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Hinweise zum Gebrauch 


Hinweise zum Gebrauch 

Im folgenden Abschnitt finden Sie Hin- 
vsehc /um Gebrauch unseres Sammel- 
• ikr-. Arbeiten Sie mit der OS/2 Only! 
/um eisten Mal, sollten Sie diesen 
\I»m hnitt aufmerksam durchlesen. Sind 
’.k mit dem Gebrauch des Magazins ver- 
1 1 »uit % möchten wir Ihnen empfehlen, 
Immer mal wieder einen Blick auf diese 
11Inweise zu werfen, da sich von Zeit zu 
/»*it etwas ändern kann. 

< inmdsätzlicher A ufbau 
I )ic OS/2 Only! gliedert sich in der Regel 
wie folgt: 

ü Editorial 
U Neuigkeiten 

Mit einem Schwerpunktthema und 
den Abschnitten »Kurzmeldungen, 
Bezugspunkte und Kontakte« sowie 
»Leserbriefe«, wenn diese dem Ver¬ 
lag vor Redaktionsschluß vorliegen. 

□ Hardware 

Mit den Abschnitten: Theorie und 
Pra>is. Außerdem (jedoch nur in 
jede r 2. Ausgabe beginnend bei Band 
2): Eine umfassende Liste mit Fund¬ 
orten für Treiber und eine Listung 
OS/2-tauglicher Hardware. Die 
Listen werden in jeder 2. Ausgabe 
erweitert bzw. korrigiert. 

□ Software 

Mit einem Schwerpunktthema und 
den Abschnitten Share- und Freewa¬ 
re sowie einem Anwendungswork¬ 
shop. Außerdem (jedoch nur in jeder 


2. Ausgabe beginnend bei Band 2): 
Eine umfassende Liste mit nativer 
OS/2-Software, deren Hersteller und 
Händler. Mit einer kurzen Beschrei¬ 
bung zu jedem Produkt. Die Listen 
werden in jeder 2. Ausgabe erweitert 
bzw. korrigiert. 

□ Know how 

Mit einem Schwerpunktthema und 
den Abschnitten: Tips & Tricks, 
OS/2-Basiswissen. 

□ Programmieren 

Mit einem Schwerpunktthema oder 
einem Workshop und den Abschnit¬ 
ten: Java, C/ C++, Pascal und 
REXX. 

□ Multimedia 

Mit einem Schwerpunktthema und 
den Abschnitten: Hardware, Soft¬ 
ware. 

□ Netzwerk 

Mit einem Schwerpunktthema in 
Theorie und/ oder Praxis und den 
Abschnitten: DFÜ, Internet, TCP/IP. 

□ Großkunden 

Mit den Abschnitten: Firmenproftl, 
Produkte. 

□ In eigener Sache 

Mit den Abschnitten: Druckwerke, 
Software, Besondere Angebote. 

□ Anhang, Verzeichnisse, Lexikon. 

Von Ausgabe zu Ausgabe können die 
Abschnitte einzelner Kapitel in ihrem 
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Hinweise zum Gebrauch 

Umfang variieren oder auch ganz aus- 
bleiben. 

Software und Treiber 
In Artikeln genannte Software wird, 
sofern möglich, stets zu jeder Ausgabe- 
auf unserer Homepage zur Verfügung 
gestellt. Das gilt auch für benötigte Trei¬ 
ber. 

Satz und Typographie 
In der Kopfzeile einer jeden Seite finden 
Sie das jeweilige Kapitel und dessen 
Abschnitt wieder, in dem Sie sich gerade 
befinden. Kapitelname und Bezeichnung 
des Abschnitts sind mit einem Doppel¬ 
punkt voneinander getrennt. Alle 
Abschnitte sind im im Inhaltsverzeichnis 
wiedergegeben. 

Tabellen und/ oder Abbildungen sind 
jeweils innerhalb eines Artikels nume¬ 
riert. Eine Auflistung aller Abbildungen 
und Tabellen eines Bandes finden Sie im 
Abbildungsverzeichnis am Ende eines 
jeden Bandes und zwar einmal alphabe¬ 
tisch nach Titeln und außerdem thema¬ 
tisch geordnet. 

Für das Suchen nach bestimmten The¬ 
men können Sie auch das Stichwortver¬ 
zeichnis benutzen, das nach Stichworten 
ebenfalls sowohl alphabetisch als auch 
thematisch geordnet angelegt ist. 

Artikel beginnen in einem Kapitel mit 
einer fettgedruckten Überschrift, die 
etwas größer als der normale Fließtext 
ist. Einzelne Abschnitte eines Artikels 
sind vom jeweils vorangegangenen 
Abschnitt mit einer Leerzeile getrennt 
und werden mit einer kursiven oder einer 
fettkursiven Überschrift eingeleitet. 


Im Text selbst rinden Sie Produktnamen, 
Herstellerbezeichnungen usw., die gerade 
angesprochen werden, kursiv gedruckt, 
also etwa: Das ZIP-100 von Iomega. 
Bestimmte Bezeichnungen, vor allem 
technische Ausdrücke, können fett und 
unterstrichen dargestellt sein. In einem 
solchen Fall können Sie den auf diese 
Weise angezeigten Begriff im Lexikon 
nachschlagen, das Sie jeweils am Ende 
eines Bandes finden. Die einzelnen in 
einer Ausgabe gekennzeichneten Begrif¬ 
fe sind im lexikalischen Teil alphabetisch 
geordnet. 

□ Aufzählungen werden mit dem Sym¬ 
bol □ eingeleitet. Numerierungen 
erfolgen mit arabischen Ziffern. In 
Numerierungen eingebettete Aufzäh¬ 
lung werden mit einem o kenntlich 
gemacht. 

| Wichtige Abschnitte , etwa beson- 
• de re Hinweise , werden durchgängig 
fett und kuriv gedruckt und mit 
einem Ausrufezeichen versehen . 

Die einzelne Schritte einer Vorgehens¬ 
weise werden mit den Zahlensymbolen 
O © © O © © usw. geordnet und 
kenntlich gemacht. 

Ein besonderer Tip zur Konfigu¬ 
ration bzw. Handhabung eines 
bestimmten Programms oder 
einer Hardwarekomponente, 
wird mit einem kursiv gedruk- 
ken, großen Tip hervor gehoben. 
Der folgende Text wird außer¬ 
dem kursiv wiedergegeben. 
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Es gibt viel zu tun... 

Lange hat es gedauert, bis die letzten Pla¬ 
nungsarbeiten an unserem neuen OS/2- 
Zeitschriftenprojekt abgeschlossen waren, 
und wieder mit erheblicher Verzögerung 
erschien endlich die Dezemberausgabe 
der OS/2 Only!, die Sie nun in den Hän¬ 
den halten; doch die Anfangshürden sind 
genommen, die zweite Ausgabe in Arbeit, 
und wir beginnen bereits mit der Zusam¬ 
menstellung der ersten OS/2 Only!-CD, 
die Ihnen Treiber, Schriften, Software 
und viele interessante Informationen bie¬ 
ten wird. So möchte ich mich als Verlags¬ 
leiter zu aller Anfang bei Ihnen für Ihre 
Ideen, Ihr Interesse und letztlich natürlich 
Ihre Geduld recht herzlich bedanken. Aus 
gutem Grund. 

Die OS/2-Gemeinde ist schon zu recht 
verunsichert, wenn es um Ankündigungen 
und dergleichen geht. So mancher Plan 
um OS/2 wird rasch auf Eis gelegt, ehe er 
überhaupt annähernd feste Formen ange¬ 
nommen hat, und so sieht sich der 
OS/21er -bzw. die OS/21erin- mit einer 
Enttäuschung nach der anderen konfron¬ 
tiert. »Das Projekt ist wohl schon gestor¬ 
ben«, hörten wir in den letzten Monaten 
immer wieder. Nein, das ist es nicht! Mit 
der OS/2 Only! zeigen wir Ihnen, daß wir 
nicht nur planen - sondern auch umsetzen. 

So richten wir unsere Politik im Laufe 
des nächsten Jahres ganz auf OS/2 aus 
und haben uns ein ehrgeiziges Ziel 
gesetzt, das, sorgsam durchdacht, ebenso 
umgesetzt werden kann, wie diese Zeit¬ 
schrift: Im Zusammenhang mit der OS/2 
Only! und unserer Software bieten wir 
Ihnen eine besondere Form des Supports, 
die Ihnen sicher Zusagen wird. Mehr dar- 


Editorial 

über lesen Sie im Abschnitt In eigener 
Sache. 

Diese Ausgabe setzt einen Anfang. Vieles 
soll noch folgen, das wir aus Zeitgründen 
nicht in der Erstausgabe unterbringen 
konnten. Das beginnt bei Verbesserungen 
eher oberflächlicher Natur und reicht bis 
zu einem noch reicheren Informationsan¬ 
gebot. Ihre Meinung und Ihr Wissen sind 
uns wichtig, und nur mit Ihrem Feedback 
können wir das Magazin optimieren. 
Schreiben Sie uns also! Egal ob es Tips & 
Tricks sind, Artikel, kurze Neuigkeiten, 
Veranstaltungstermine, Hinweise zu Ver¬ 
einen, Webadressen, Ansprechpartner, 
Beispielprogramme, Erfahrungen mit 
Hard- und Software, ganze Workshops: 
Hauptsache Ihr Beitrag bezieht sich auf 
OS/2! Wenn Sie Ihre Erfahrungen weiter¬ 
geben wollen, scheuen Sie sich nicht, uns 
Ihre Beiträge zu schicken. Die OS/2- 
Anwender brauchen ein Forum: Hier ist 
es! Sie müssen es nur nutzen. Und: Sagen 
Sie uns, was Ihnen auf dem Herzen liegt, 
wenn Ihnen etwas nicht paßt, was verbes¬ 
sert werden könnte, und was beibehalten 
werden soll. 

Einiges bleibt aber auch ganz sicher so, 
wie es jetzt ist: Etwa die Erscheinungs¬ 
weise und die grundsätzliche Aufma¬ 
chung: Wir verzichteten auf teuren 
»Schnickschnack«, aufwendige Layout¬ 
gestaltungen und farbige Abbildungen 
sinnloser Piktogramme. Statt dessen set¬ 
zen wir auf einen schlichten Stil und eine 
übersichtliche Gestaltungen, die wir, so 
hoffe ich, auch realisieren konnten. Infor¬ 
mation soll im Vordergrund stehen. Somit 
besitzt diese Zeitschrift auch einen gewis- 
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Editorial 


sen Buchcharakter, und ich hoffe, dies 
gefällt Ihnen. 

Sie finden in jeder Ausgabe der OS/2 
Only! stets Angebote unterschiedlicher 
Hersteller und natürlich auch von uns. 
Wir haben für Sie zum Beispiel unsere 
Abonnementsangebote und Informationen 
zur Zukunft unseres OS/2-Programms in 
diese Ausgabe aufgenommen. Was sich 
bei den einzelnen Herstellern und bei uns 
so tut, werden Sie also nicht verpassen. 
Die erste ausführliche Herstellerliste für 
Hard- und Software inkl. der notwendi¬ 
gen Kontaktadressen finden Sie in Band 2 
der OS/2 Only! Diese Listen werden in 
jeder zweiten Ausgabe aktualisiert bzw. 
erweitert, um Ihnen einen möglichst 
umfassenden Marktüberblick zu geben. 
Mit der ersten Händlerliste erscheint auch 
die erste Treiberliste, die in gleicher Wei¬ 
se auf dem neuesten Stand gehalten wird. 

Das Gesamtkonzept der OS/2 Only! ist 
etwas anders, als das anderer Fachzeit- 
schriten. Das heißt, daß Workshops und 
umfangreiche Artikel im Vordergrund des 
Magazins stehen. Ziel ist, daß Sie so 
umfassend wie nur irgend möglich infor¬ 
miert werden. Ich selbst hasse Fachlitera¬ 
tur, die neugierig macht, aber tiefergehen¬ 
de Fragen unbeantwortet läßt. Dabei soll 
es ganz egal sein, ob wir Netzwerklösun¬ 
gen (wie im Band 2 und 3) betrachten 
oder Programmierprobleme: Detailfülle 
ist uns wichtig, Sie sollen mit dem neuen 
Magazin so viel wie möglich anfangen 
können. Nicht zuletzt wollen wir den 
aktuellen Aspekt einer Zeitschrift mit der 
Ausführlichkeit eines Buches verbinden 
und damit v.a. auch die schlechte Situati¬ 
on deutschsparachiger Litertur zu OS/2 zu 


verbessern und manche peinliche Lücke 
zu schließen helfen. Im Kapitel In eige¬ 
ner Sache finden Sie die Vorschau auf die 
Themen der nächsten drei Ausgaben. Ihre 
Beiträge können wir aber jederzeit in eine 
Ausgabe aufnehmen, sofern Sie die Zei¬ 
ten des Redaktionsschlusses beachten 
(genug Platz ist da). Zusammen müßte es 
uns möglich sein, allen OS/2-Anwendem- 
das zu bieten, was so dringend fehlt: 
Information. 

Bei unserer Arbeit lassen wir uns auch 
nicht von all jenen beirren, für die OS/2 
kein Thema mehr ist. Ich arbeite seit der 
Version 2.1 mit OS/2 und sehe keinen 
Grund, auf ein anderes System umzustei¬ 
gen, vor allem wüßte ich auch gar nicht 
auf welches. 

Was andere also auch sagen: Wir haben 
ein vorzügliches Betriebssystem, lassen 
Sie sich nicht verunsichern. Wir werden 
Ihnen in naher Zukunft interessante 
Lösungen für OS/2 anbieten, Sie regelmä¬ 
ßig informieren, Tips aus allen relevanten 
Bereichen geben und uns für den Kreis 
der Privatanwender engagieren - um 
Unterstützung zu bieten, die man nicht 
mehr oder bislang noch nicht fand. Den 
Grundstein setzen wir mit der »Only!«. 
Und wir freuen uns, daß Sie dabei sind! 

Ihr 

Clemens-Elias Fischer 
(Verlagsleiter) 
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Neue Wege und Visionen 

Das waren Zeiten! Als IBM mit Paulchen 
Panther für OS/2 2.1 warb, und einem 
hübsche Broschüren mit verführerischen 
Angeboten ins Haus flatterten (wenn man 
was verkaufen will, weiß man eben, was 
den Leuten gefällt). Auch mit dem 
Erscheinen von Warp 3 schien sich etwas 
auf dem Markt der Betriebssysteme zu 
verändern. Sicher kann man sich noch an 
die Werbeslogans erinnern und die kurzen 
Spots, die im Fernsehen zu sehen waren. 
Durch die aggressivere Marktstrategie der 
IBM bekam die Treiberunterstützung mit 
Erscheinen von Warp 3 auch einen Auf¬ 
schwung, ebenso interessierten sich die 
Softwarehersteller für OS/2. Viele 
Anwendungen, mit denen man heute 
arbeitet, erhielten in dieser Zeit entschei¬ 
dende Qualitätssteigerungen. Geschwin¬ 
digkeit, Stabilität und Kompatibilität 
waren die wichtigsten Punkte, die so 
manchen Windows-Anwender tatsächlich 
auf OS/2 umstiegen ließen. Man hätte 
meinen können, IBM wollte es mit 
Microsoft aufnehmen, so wie da der End¬ 
kunde angesprochen wurde, und das war 
wohl auch tatsächlich der Fall. Ist das nun 
immer noch so? Und überhaupt: Was pas¬ 
siert denn nun mit dem Produkt? Wir 
haben für Sie einige Neuigkeiten gesam¬ 
melt, Fragen geklärt und uns Informatio¬ 
nen von IBM näher für Sie angesehen. 

Keine Produktwerbung mehr! 

Eine der ersten Aussagen, die wir hörten; 
was nicht heißt, daß IBM keine Werbung 
mehr betreiben würde, aber die Inhalte 
haben sich entschieden geändert. Eine 
Produktwerbung, wie man sie kannte, 


Neuigkeiten: IBMs OS/2 Strategie 

werde es nicht mehr geben, vielmehr wer¬ 
de produktübergreifend geworben und 
zwar für IBMs Vorstellungen um eine 
moderne Welt und das Mittel, sie zu ver¬ 
netzen: Network Computing. Oder für 
Produkte, die mehr als andere eine Rolle 
in diesem Konzept spielen, etwa Lotus 
Notes. Ansonsten wird von Plattformen 
generell keine Rede mehr sein. 

Das hat für viele den Anschein, IBM sei 
am Verkauf von OS/2 wenig interessiert. 
Nun richtete sich die alte Produktwerbung 
aber sicherlich an die breite Masse, kaum 
an einen auserlesenen Kundenkreis. IBM 
sieht seine wichtigsten Abnehmer aber im 
Bereich der Großanwender, also in all 
jenen an der Spitze des Marktes, womit 
eine Publikumswerbung von sich aus 
unsinnig wird. Und was nun OS/2 im spe¬ 
ziellen betrifft: Das Betriebssystem 
nimmt auch eine ganze andere Stellung 
ein. Einst als Alternative zu MS-Win¬ 
dows ins Feld geführt, scheint es jetzt für 
IBM ein optimales Trittbrett zu sein, um 
OS/2-Kundenkreisen zu ermöglichen, auf 
den mehr oder minder schnell anfahren¬ 
den Network Computing-Zug aufzusprin¬ 
gen. 

Network Computing? 

Dieser Begriff ist schon mehrere Male 
gefallen. Zugegeben, eine genaue Defini¬ 
tion dafür zu finden, ist nicht einfach, und 
so mancher fragt sich, was das eigentlich 
sein soll. Im großen und ganzen beinhal¬ 
tet es zwei Punkte: 

□ Auf Serverlösungen basierende Netz¬ 
werke und 

□ das Durchsetzen von Java als neuen 
Appl ikationsstandard. 
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OS/2 Only! Bd. 1 - Ausgabe 12/98 

Der erste Punkt gibt im wesentlichen die 
Marktausrichtung der IBM wieder: 
Weder der Privatanwender, noch der 
Betreiber eines kleinen Netzwerkes ist an 
einer serverbasierenden Lösung interes¬ 
siert. Für große Netzwerkumgebungen 
sieht das aber anders aus, so daß es nur 
logisch ist, warum IBM auf dieses Kon¬ 
zept setzt. 

Java hat für IBM vor allem wegen seiner 
Plattformunabhängigkeit große Bedeu¬ 
tung. Auf diese Weise soll der Kunde 
nicht gezwungen werden, ein bestimmtes 
Betriebssystem mit spezifischen Anwen¬ 
dungen zu kaufen. IBM versucht mit die¬ 
sem plattformübergreifenden Konzept 
zweifellos, der Microsoftdominanz entge¬ 
genzutreten. Das eigene Betriebssystem 
in breiteren Marktsegmenten als in denen 
der Großkunden durchzusetzen, mißlang 
offensichtlich, was aber weniger am Pro¬ 
dukt, sondern vielmehr am Marketing sei¬ 
nes Herstellers und an den festgefahrenen 
Verhältnissen des EDV-Marktes lag. So 
hat IBMs Unterstützung von »Heteroge¬ 
nität« und Plattformunabhängigkeit den 
Anschein, als wolle man das »MS-Pro- 
blem« von einer anderen Seite angreifen: 
No Windows! Pure Java! - was sich aller¬ 
dings ein wenig selbst ad absurdum führt: 
Sollte Java wirklich einmal ein Applikati¬ 
onsstandard werden, was mal dahinge¬ 
stellt sein soll, zumindest uns scheint das 
sehr schwer vorstellbar, dann kann der 
OS/2-Benutzer natürlich getrost bei sei¬ 
nem Warp bleiben. Aber es gibt auch kei¬ 
nen triftigen Grund, sich von Microsoft 


zu entfernen, bzw. auch keinen Anlaß für 
IBM, die eigene Hardware nach wie vor 
mit Microsoft-Produkten zu vertreiben: 
Wenn Java plattformunabhängig ist, läuft 
es ja gerade auch auf Windows. Daß die 
Java-Unterstützung von Warp vorbildlich 
ist, wird wohl kaum ein Grund für den 
Windowsanwender sein, deswegen auf 
OS/2 umzusteigen. Überhaupt: Ein Win¬ 
dowsanwender schreibt seine Texte so 
und so mit Windows 1 , nicht mit Java. 
Und wenn er doch eine erstklassige Java- 
Unterstützung haben möchte, dann kann 
er gar nicht auf OS/2 umsteigen, weil er 
ja nicht weiß, was das überhaupt ist. Also 
doch den Endanwender ansprechen? 
Nein, nein: Die Spitze des Marktes ist 
ohnehin viel rentabler; dort werden Stan¬ 
dards geschaffen, und der Volksmund irrt, 
wenn er meint, Kleinvieh mache auch 
Mist!? Ob die IBM-Rechnung also wirk¬ 
lich aufgeht, bleibt fraglich. Profitieren 
kann der kleine OS/2-Anwender aber auf 
jeden Fall davon. 

Java als Zugpferd 

IBM setzt ganz auf Java und empfiehlt, 
sich völlig auf die Entwicklung von Java- 
Programmen zu konzentrieren, ferner die¬ 
sem Trend den Vorzug gegenüber platt¬ 
formabhängigen Entwicklungsstrategien 
zu geben. 

Aus diesem Grund kann sich die Java- 
Implementierung, die man in OS/2 findet, 
auch durchaus sehen lassen. Warum Java 
von so großer Bedeutung ist, haben wir 
bereits erwähnt. Daher bietet IBM auch 


1 Was natürlich unsinnig ist, mit Windows allein läßt sich gar nichts schreiben. Aber das ist 
die verbreitete Meinung in großen Anwenderkreisen: »Meine Texte schreibe ich doch mit 
Windows.« Etwas anderes kennt man eben nicht und braucht man auch nicht. Die Macht 
der Werbung... 
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Support für die Portierung von OS/2-Pro- 
urummen nach Java, was nicht verwun¬ 
derlich erscheinen sollte. Ein so ganz 
optimales Pferd scheint Java allerdings 
auch nicht zu sein, jedenfalls noch nicht. 
Als von Java zum ersten Mal zu hören 
war, schien die Welt ja regelrecht begei¬ 
stert gewesen zu sein. Wahrscheinlich 
jedoch schrie die Presse mal wieder lauter 
als es eigentlich beabsichtigt war, denn 
der große Umschwung der Softwareher¬ 
steller auf Java blieb aus. 

Wenn IBM davon spricht, daß der 
(iebrauch von Java zur Erstellung bedeu¬ 
tender Anwendungen im nächsten Jahr 
um 56 % steigen wird, dann scheint dies 
ebenso unrealistisch. Microsoft etwa wür¬ 
de eine Java-Office-Suite sicher nicht 
gefallen und wenn sogar IBM selbst ein¬ 
gestehen muß, daß Microsoft nach wie 
vor der größte und einflußreichste Kon¬ 
kurrent auf dem* Markt ist, dann wird es 
so etwas auch nicht so rasch geben. Daß 
Java genutzt wird, ist klar und daß dieser 
Prozentsatz ebenfalls steigen wird, ist 
auch wahrscheinlich. Aber die Software¬ 
hersteller ziehen immer noch nicht am 
Java-Strang. Das ist leicht einzusehen: 
Der Umstieg auf Java würde so manchen 
Hersteller enorm viel kosten. Es wäre 
unrentabel, vorhandene Module und 
Bibliotheken in eine Sprache zu überfüh¬ 
ren, welche als Applets auf irgend einer 
Plattform ohnehin nie die gleiche Lei¬ 
stung erbringen können, als ein natives 
Programm. Und: Wozu Java, wenn man 
doch Windows hat? Steht einem anderen 
Betriebssystem dieses Fensterprogramm 
im Weg, dann einem sogar plattfor¬ 
munabhängigen Konzept erst recht. 
Dennoch bietet Java wegen seiner Platt¬ 
formunabhängigkeit interessante Mög- 


Neuigkeiten: IBMs OS/2 Strategie 

lichkeiten und wird mittelfristig sicherlich 
an Bedeutung gewinnen, womit auch die 
Anzahl verfügbarer Anwendungen stei¬ 
gen wird; wenngleich auch die Großkun¬ 
den, zumindest in Deutschland, keinen 
sonderlichen Gebrauch davon machen 
bzw. unbedingt machen werden. Hier lau¬ 
fen entsprechende netzwerktaugliche 
Branchenanwendungen ohnehin direkt 
auf dem PM . ohne irgend welche Zusätze 
oder Schnörkel. Daneben gibt es Bran¬ 
chen, in denen Echtzeitapplikationen 
benötigt werden, und für derlei Belange 
dürfte Java recht ungeeignet sein, wie 
man sich sicher vorstellen kann. Da gera¬ 
de komplexe Programme in den oberen 
Marktregionen zu finden sind, denken wir 
nicht, daß Java aus Sicht der jetzigen 
Marktlage jemals ein Applikationsstan¬ 
dard werden kann. Native OS/2-Program- 
me werden damit auch nicht so rasch an 
Bedeutung verlieren, und welcher 
Anwender würde einer 32-Bit-Applikati- 
on einem Java-Applet keinen Vorrang 
geben? 

Natürlich wollen wir Java ganz bestimmt 
nicht ablehen. Es finden sich sehr wohl 
Bereiche, in denen sich ein Einsatz anbie¬ 
tet (z.B. wenn keine nativen OS/2-Pro- 
gramme vorhanden sind), und so werden 
wir auch über die Entwicklung von Java- 
Programmen ausführlich berichten; aber 
wir möchten nicht ganz dem Taumel um 
die Java-Euphorie verfallen. Java mag 
seine Vorzüge haben, aber es besitzt auch 
Nachteile. Und es kann durchaus sein, 
daß letztere im Trommelwirbel um den 
neuen Soll-Standard untergehen. 

Was geschieht nun mit OS/2? 

OS/2 ist ganz in das Konzept des Net¬ 
work Computing eingebettet: 
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□ Die Entwicklung von OS/2 wird nicht 
eingestellt, was immer man auch 
sonst noch hört. Einen neuen Client 
(Warp 5) wird es wohl zugunsten der 
Weiterentwicklung von WSoD 
(Work Space on Demant!) nicht 
mehr geben, dafür einen neuen Warp 
Server (Warp Server 5). Zwar kursie¬ 
ren Gerüchte, IBM wolle aufgrund 
des Drängens seitens bedeutender 
Kunden ein Warp 5 herausgeben; aber 
bestätigt wurde das nicht. 

□ Die WPS wird nicht weiterentwickelt. 
Allerdings wird sie in den FixPaks 
berücksichtigt werden, so daß man 
auf eine Korrektur der Oberfläche 
nicht verzichten muß. Mit Weiterent¬ 
wicklung sind vielmehr tiefgreifende 
Änderungen an der Architektur der 
WPS gemeint. 

□ Sowohl für den aktuellen Warp Ser¬ 
ver als auch für die Clients (Warp 3 
und Warp 4) wird IBM regelmäßig 
Fehlerkorrekturen und dergleichen- 
bieten. 

Man braucht also nicht zu fürchten, der 
bestehende Client erführe keine Verbes¬ 
serungen mehr. Gerade bei der Vorberei¬ 
tung dieser Ausgabe haben wir gemerkt, 
wie sehr ein bestimmter Bereich verbes¬ 
sert wurde. Codeupdates wird es, wie 
man es bereits kennt, mit FixPaks geben. 
Daneben bietet IBM: 

□ Verbesserungen der JVM (Java Virtu¬ 
al Machine) hinsichtlich Funktionali¬ 
tät und Performance, um die Verwen¬ 
dung zukünftiger Java-Versionen auf 
OS/2 zu gewährleisten 


□ auch in Zukunft die Netscapeprodukte 
( Navigator, Communicator) für OS/2 

□ die Einbindung neuer Hard- und Soft¬ 
warestandards in die bestehenden Cli¬ 
ent- und Serverprodukte 

□ Verbesserungen der Hardwareunter¬ 
stützung von OS/2. 

Damit sieht es um OS/2 gar nicht so 
schlecht aus, darf man dem Hersteller 
Glauben schenken. Die starke Ausrich¬ 
tung auf Java und Codeverbesserungen an 
den verfügbaren Clients geben weder 
einen Grund zu behaupten, OS/2 werde 
nicht mehr weiterentwickelt, noch es sei 
unmodern oder folge nicht den Trends 
des Marktes. Dem Endanwender kommt 
das ebenfalls zugute, wenn man bedenkt, 
daß man nach wie vor mit einem Warp 4 
Client oder mit Warp 3 Connect ein gan¬ 
zes TCP/IP- oder Peer-Netzwerk aufbau¬ 
en kann, ohne daß von serverbasierenden 
Lösungen die Rede wäre. 

Daß sich der Clientcode via FixPaks kon¬ 
tinuierlich verbessern läßt (zumindest 
meistens), ist altbekannt, und nahezu 
jeder OS/2-Anwender macht davon 
Gebrauch. Da dies der IBM-Upgrade- 
Weg ist und nicht das ständige Verbreiten 
neuer Releases, braucht man sich auch 
nicht verunsichert zu fühlen, weil es keine 
neue Client-Version geben wird. Eine 
Verbesserung der Codebasis und deren 
Erweiterung findet auch so statt; und 
wenn man zusätzlich bedenkt, wie tech¬ 
nisch ausgereift OS/2 im Gegensatz zu 
gewissen Konkurrenzprodukten ist, muß 
man auch nicht von einer Version zur 
anderen hetzen: Entwicklung kann auch 
im stillen stattfinden. 
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I »i« fehlende Weiterentwicklung der WPS 
i »I eine Konsequenz aus der Integration 
<>n OS/2 in das Konzept des Network 
■ nmputing : Die WPS wird als Benut- 
ei Oberfläche in großen Netzwerkumge- 
I»imgen ohnehin kaum verwendet und fin¬ 
de! ihre größte Akzeptanz im Kreis der 
I ndanwender. Da IBM WSoDa\s netz¬ 
werkgeeignetes Interface favorisiert, 
bleibt die WPS als Ansammlung von 
Dateien im Client zurück (wenngleich 
diese auch aktualisiert werden, zumindest 
noch). Daneben hat sich die WPS nicht 
als eine Architektur erwiesen, die bei den 
Softwareherstellem auf breite Akzeptanz 
stieß. Wirkliche WPS-Anwendungen sind 
nach wie vor rar und werden es auch blei¬ 
ben. Für den Privatanwender ist eine feh¬ 
lende Weiterentwicklung der WPS aller¬ 
dings ärgerlich, da die Oberfläche viele 
grundsätzliche Mängel aufweist, die nicht 
mehr vom Hersteller behoben werden. 
Hier ist der Anwender nach wie vor auf 
Zusatzprodukte angewiesen, um die 
Funktionalität der WPS zu erhöhen und 
Schwächen auszugleichen. 

Ausblicke für die Kleinen 
Wenn auch die ein oder andere Tatsache, 
die durch die Verlagerung von OS/2 im 
Zeichen des Network Computing entsteht, 
für den Privatanwender bitter erscheinen 
mag, so fällt ein Blick in die Zukunft 
auch für die Marktregion, in der wir uns 
bewegen, doch recht moderat aus. 

Ein bedeuetendes Probleme dürfte natür¬ 
lich »mangelnde« Unterstützung sein, 
obgleich sich hier eigentlich auch nicht so 
viel ändert: Der OS/2-Anwender muß 
schon wissen, wo Treiber, Updates und 
entsprechende Programme zu bekommen 
sind, und das mußte er immer. Ganz 


Neuigkeiten: IBMs OS/2 Strategie 

allein steht er aber auch nicht, und es gibt 
wegen einer anderen IBM-Strategie kei¬ 
nen Grund, panisch zu werden. 

Eine weitere Ursache zur Besorgnis ist 
für manchen Anwender auch die ver¬ 
quickte Situation, die entsteht, wenn es an 
nativer OS/2-Software mangelt. Aller¬ 
dings wäre es marktverfremdend zu 
behaupten, kein Hersteller interessiere 
sich mehr für die Entwicklung von OS/2- 
Software. Programme gibt es nach wie 
vor, auch in neuen Versionen. Hier muß 
man ebenfalls wissen, wo man sie bekom¬ 
men kann und was sie leisten. Vor allem 
im Bereich der Shareware-Szene findet 
man interessante Applikationen und viele 
Anwendungspakete sind auch für die 
OS/2-Plattform verfügbar. 

Was letztlich IBM angeht: Die extreme 
Ausrichtung auf den Großkunden kann 
dem Endanwender letztlich nicht schaden. 
Schließlich kann es sich IBM als Herstel¬ 
ler nicht erlauben, Unternehmen, die 
OS/2-Investionen in Millionenhöhe getä¬ 
tigt haben, durch die Einstellung der Wei¬ 
terentwicklung des Systems als solchem 
zu verlieren. Die immer wieder gehör¬ 
ten »OS/2 ist tot!«-Rufe dürften damit 
irrelevant sein, und das heißt, daß auch 
der Endanwender nicht zu fürchten 
braucht, sein Betriebssystem verschwän¬ 
de von der Bildfläche oder es gäbe gar 
keine Unterstützung neuer Hardware und 
Standards mehr. 

Support gibt es also, man muß ihn nur zu 
nutzen wissen; und die Teile aus dem 
IBM-Angebot »herausfischen«, die für 
den weiteren Betrieb des Schreibtisch¬ 
computers und des kleinen Netzwerkes 
von Bedeutung sind, (verl) 

Quelle: IBM Deutschland GmbH, Stuttgart 
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FixPaks fürs Betriebssystem 

Sowohl für Warp 3 als auch Warp 4 gibt 
es wieder neue FixPaks. Warp 3-Benutzer 
können mit dem FixPak 38 ihr OS/2 auf 
den neuesten Stand bringen. Für Warp 4 
steht das FixPak 8 zur Verfügung. Wir 
werden für die nächste Ausgabe das FP 
38 für Warp 3 und FP 8 für Warp 4 auf 
unsere Rechner aufspielen, Ihnen die Ver¬ 
besserungen vorstellen und Hinweise zur 
Installation geben. 

Sie können sich die Dateien der FixPaks 
aus dem Internet ziehen, am besten vom 
IBM-FTP-Server ftp.software.ibm.com . 
Eine Bestellung über IBM ist ebenfalls 
möglich. Die OS/2-FixPaks sind auf den 
ServicePac CDs enthalten. Eine CD 


kostet im Einzelbezug DM 25,00 inkl. 
Versand und MwSt. Die ServicePac 
CDs erscheinen monatlich. Ein Jahresa- 
bo zu DM 230,00 inkl. Versand und 
MwSt. ist ebenfalls möglich, jedoch für 
den Privatanwender nur bedingt sinn¬ 
voll, da die IBM ServicePac CDs auch 
Korrekturen für DOS- und Windowspro¬ 
gramme enthalten, und OS/2-Fixes 
sowie OS/2-Programme, die für den 
Endanwender von Nutzen sein dürften, 
nicht jeden Monat auf den CDs zu fin¬ 
den sind. In einer Datenbank unter 
http://servicepac. mainz. ibm.de können 
Sie allerdings nachschlagen, welche Fix¬ 
Paks auf welchen ServicePac CDs ent - 
halten sind. Nur die CDs, die Sie wirk- 


Fixes und Updates 


Name 

Adresse 

Hinweise 

Wertung 

IBM Techn. Außen¬ 
dienst Mainz 

http://servicepac.mamz. 

•ibm.de 

■ 

| 

1 

i 

1 

Anlaufpunkt für die IBM Servi- 
cePak-CDs. Bestellmöglichkei¬ 
ten und Kontaktadressen, sowie 
eine Datenbank, welche die 
Inhaltsverzeichnisse alter CDs 
wiedergibt. 

• •• 

IBM Fixpaks, Treiber 

http://ps.soflware.ibm. 

com 

Eher eine Seite mit Links zum 
Wesentlichen. Allerdings sind 
auf den Seiten Informationen zu 
den FixPaks im allgemeinen 
verfügbar, die als Hintergrund¬ 
wissen ganz brauchbar sind. 

• 

Fixes und Patches 

lhttp://service5.boulder. 

ibm.com/pspfixpk.nsf 

! 

1 • .. ■ • 

Ein Zugriff auf Fixes und Pat¬ 
ches aller IBM-Produkte über 
eine HTML-Seite. Wenn man 
weiß, was man benötigt, greift 
man jedoch lieber über FTP auf 
die Dateien zu. 

• •• 


Fixpaks über FTP ftp.software.ibm.com/ps/p Hier kann man sich jeweils die • • • • 
roducts/os2/fixes aktuellen Fixpaks auf seinen 


Rechner laden. Login via 
anonymous FTP. 


16 











Neuigkeiten: Kurzmeldungen, Bezugspunkte und Kontakte 


hob brauchen, sollten Sie ordern. Das FP 
18 für Warp 3 befindet sich auf der CD 
12/98, das FP 8 für Warp 4 auf der CD 
10/98. Die ServicePac CDs lohnen aller¬ 
dings auch hinsichtlich anderer Fixes, 
luva oder der Netscape Produkte: Der 
( ommunicator 4.04ef (Deutsche Version) 
/.II. ist ebenfalls auf der CD 11/98 zu fin¬ 
den, ebenso wie das dazugehörige OS/2 
Plug-in Pack. 

Wir bieten ebenfalls die erforderlichen 
ServicePac CDs (10/98, 11/98, 12/98) zu 
einem Preis von DM 23,50 inkl. Versand 
und MwSt. Wir kummulieren dazu einge¬ 
hende Aufträge. Die nächste Sammelbe¬ 
stellung wird am 19. Januar 1999 aufge¬ 
geben. Aufträge, die bis zum 19. Januar 
8.00 Uhr bei uns eingehen, können 
berücksichtigt werden. Sämtliche Fehler- 
korrekturen für OS/2 werden aber auch 

Software Server 


Service Pac CDs über IBM bestellen 


Einzelbestellungen: 

Tel.: 01805/223399 
Fax: 01805/223340 

Jahresabonnement und Händler: 

Tel.:06131-845542 

Fax: 06131 /84-5526/-6379 

Ansprechpartner: 

IBM Informationssysteme GmbH 

Product Support Service / Kst. 7848 

z.Hd. Peter Stey 

Hechtsheimer Str.2 

55131 Mainz 

eMail: stey@de.ibm.com 


auf den halbjährlich erscheinenden OS/2 
Only! CDs erhältlich sein (zum ersten 
Mal im Juni 1999). 


Name Adresse Hinweise Wertung 


Hobbes Archiv 

http://hobbes.nmsu.edu/ 

pub/os2 

Softwarearchiv mit viel aktueller j • • • • 
Share- und Freeware zu allen 
OS/2-relevanten Bereichen; 

Codebeispiele für nahezu alle 

Sprachen mit interessanten Tools; 

Treiber. 

LEO Link Everything 
Online 

http://www.leo.org/archiv/Softwarearchiv zu allen OS/2- • • • 

software/os2 relevanten Bereichen. Treiber, 

Codebeispiele, Laufzeitbibliothe¬ 
ken. 

IBM EWS Software 

ftp://ftp.pc.ibm.com/ 

pub/pccbbs/os2_ews 

Software von Angestellten der 
IBM. Zum Teil recht alt. Ein 
Besuch lohnt sich trotzdem. Es 
gibt viele nützliche EWS-Pro- 
gramme. 

• • 

OS/2 Super Site 

http://www.os2ss.com Archiv zu allen OS/2-relevanten 

• •• 


Bereichen, teilweise jedoch nicht 
so umfassend und aktuell wie 
Hobbes. Dennoch brauchbar. 
Gute Anwender-Homepages 
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Software Server und 
News-Archive im Dezember 

In unserem Software Server-Verzeichnis 
haben wir Server im Internet angegeben, 
die einen Besuch wert sind. Altgedienten 
OS/2-Anwendem werden die Adressen 
bekannt sein. Anwender, die auf Warp 
umsteigen, sollten sich dort zuerst Umse¬ 
hen, wenn sie nach Software und Treibern 
suchen. Wir geben grundsätzlich nur sol¬ 
che Server an, die wir uns auch angesehen 
haben, um sie bewerten zu können. Wir 
benoten Sie hinsichtlich ihres Softwarean¬ 
gebotes mit wenig brauchbar ( • ) bis sehr 
brauchbar (••••). Newsarchive wer¬ 
den weniger nach ihrem Umfang als nach 
der Brauchbarkeit der Informationen 
bewertet, sowie deren Streuung (mög¬ 
lichst viele Themen sollen abgedeckt 
sein). Alle Einträge finden sich auch im 
Anhang unter Bezugspunkte und Kontak- 
Newsarchive und Homepages 


te. In diesem Kapitel werden stets nui 
Neuzugänge angegeben. Alle alten Ein 
träge kommen in den Anhang. Det 
Anhang bleibt aktuell, d.h. die Adressen 
werden vor der Drucklegung einer jeden 
Ausgabe auf Änderungen überprüft. 
Wenn Sie Tips bezüglich guter Inteme- 
tadressen haben, lassen Sie es uns wis¬ 
sen. 

Neue Druckertreiber von EPSON 

Wenn man sich genau erinnert, so war 
EPSON einer der wenigen Hersteller, 
der eigene OS/2-Treiber für seine Druk- 
ker bot. Eine Zeit lang war das nicht 
mehr so, denn EPSON Deutschland hat 
die Treiberentwigklung eingestellt. Die 
alten Treiber sind jetzt aber wieder ver¬ 
fügbar und: Es gibt neue! Diese liegen 
zwar nicht in Deutsch, sondern nur in 
Englisch vor, aber das dürfte kaum stö- 


Name 

Adresse 

Hinweise 

Wertung 

buntspecht.de 

http://www.buntspecht.de 

Deutsches Newsarchiv. Sehr 
umfangreich, alle interessanten 
Themen rund um OS/2 gut abge¬ 
deckt. 

• ••• 

os2online 

http://www.os2online.de 

Online Magazin mit einem gut 
zusammengestellten Newsar¬ 
chiv, ferner einer sehr empfeh¬ 
lenswerten Hardwareecke. 

• •• 

Warpcast 

http://www.warpcast.com 

Das englischsprachige Newsar¬ 
chiv. Umfangreich, international 
und ein wenig besser aufgebaut 
als buntspecht.de 

iit§ 

OS/2 Warp Homepage http://www.software.ibm. Die OS/2 Warp Homepage von 
com/os/warp IBM. Allgemeine Produktinfor¬ 

mationen, NetworkComputing 
etc. Auf dieser Seite stehen Java 
und die Netscape Produkte zum 
Download bereit. 

• •• 
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i « n Die neuen Treiber unterstützen fol- 
j , cMulc Druckermodelle von EPSON: 

i I PSON Stylus COLOR 600 
1 1 PSON Stylus COLOR 800 
i EPSON Stylus COLOR 850 
i EPSON Stylus COLOR 1520 
j EPSON Stylus COLOR 3000 
j EPSON Stylus Photo 
i EPSON Stylus Photo EX 
ü EPSON Stylus Photo 700 

Das ist doch eine überaus erfreuliche 
Nachricht, da man wieder eine Alternative 
in Sachen Druckern hat! Erfreut durch die 
neuen . Treiber werden wir uns die 

Treiber 


EPSON-Drucker einmal näher ansehen 
und sie mit Druckern anderer Hersteller, 
die ebenfalls eigene OS/2-Treiber bie¬ 
ten, vergleichen. 

Die Treiber stehen zum Download auf 
dem EPSON FTP-Server bereit. Auf 
unserer Homepage finden Sie auf der 
Treiberseite entsprechende Links. 
Möchten Sie sich die Treiber direkt via 
FTP holen, finden Sie die nötige Adres¬ 
se in unserem Verzeichnis Treiber. 

Display Doctor für OS/2 

SciTech entwickelt gerade eine OS/2- 
Version des Display Doctors , den es 
bekanntlich für DOS, Windows und 
Linux gibt. Das Release soll bald erfol¬ 
gen. Die OS/2 Variante des Display 
Doctors wäre eine wahre Revolution für 
alle OS/2 Anwender: Der Display Doc- 

Hin weise Wertung 

Das OS/2 Device Driver Pak, • • • 
wie man es von der CD zu Warp 
4 kennt gibt es hier online. Die 
Seiten werden aktualisiert und 
enthalten viele neue Einträge. 

Ein guter Startpunkt für die 
Treibersuche im Netz. 

Die Seite mit Treibern für OS/2- •••• 

Notebooks auf der Homepage 
von »Dr. Martinus«. Treiber für 
Warp-taugliche Notebooks; vie¬ 
le Graphikkartentreiber und 
Unterstützung für neue Sound¬ 
chips (z.B. ESS Maestro-2). 

Druckertreiber von EPSON. Die • • • • 
Treiber der EPSON Deutschland 
GmbH (Datei: epomni.exe) und 
die neuen englischen Treiber 
(Datei: epl020.exe). 


Name 

Adresse 

Device Driver Pak 

http://service.Software. 

Online 

ibm.com/os2ddpak/ 

index.html 

The Notebook/2 Site 

http://www.os2ss.com/ 

users/DrMartinus/ 

nbdriver.htm 

EPSON Deutschland 

ftp.epson.de/pub/de/ 

GmbH 

driver/os2 
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tor ist ein Systemtool, mit dem man, 
gleich welche Graphikkarte man verwen¬ 
det, harbtiefe, Bildwiederholfrequenz 
usw. einstellen kann. SciTech entwickelt 
OS/2-Graphiktreiber, die DI VE und 
EnDIVE unterstützen und jede nur 
erdenkliche Auflösung bis 2045 x 1536 
bieten, ferner alle Farbtiefen und Bildwie¬ 
derholfrequenzen bis an die Grenzen, wel¬ 


che die Hardware vorgibt. Der OS/2 Dis¬ 
play Doctor soll jeden Graphikchip 
unterstützen, angefangen bei ET3000 
Graphikkarten für den ISA-Bus bis hin 
zu den neuesten Matrox Karten. Das 
würde heißen, man hätte keine Probleme 
mit dem leidigen Thema der mangeln¬ 
den Graphikkartentreiber unter OS/2 
mehr und im wahrsten Sinne des Wortes 


OS/2-Benutzervereine (Deutschland) 


Name 

Kontakt 

TeamOS/2 Berlin und OS/2 User Group Berlin 

http: //w w w. math. fu-be rl i n. de/~rene/ 
os2/teamberl in. htm 1 

TeamOS/2 Böblingen 

http://wwwcip.rus.uni-stuttgart.de/ 

~phy27258/teambb.html 

Stammtisch Hannover lj.wellhausen@teamos2.de 

TeamOS/2 Weser Ems e.V. & 

http://www.pmnet.uni-oldenburg.de/~tea- 

Stammtisch Oldenburg 

mos2 

TeamOS/2 Franken 

http://www.bwc.de/~teamos2 

OS/2 User Group RheinMain 

http: //www. vey.de/os2ugrm 

OS/2 Stammtsich OWL 

silno@t-online.de 

OS/2 Stammtisch Köln / 

TeamOS/2 Köln/Bonn e.V. 

http://www.xept.com/teamos2 

TeamOS/2 Region Trier 

http://www.teamps2.ipcon.de 

TeamOS/2 Region Hamburg e.V & 

OS/2 User Group Hamburg 

http://www.teamos2.rightsource.de 

TeamOS/2 Köln/Bonn e.V. 

http://www.xept.com/teamos2 

TeamOS/2 3-Länder-Eck (TeamOS/2-3LE) 

http://privat.swol.de/UlfBartholomaeus/ 

teamos2-3LE.html 

Stammtisch Lörach 

http://privat.swol.de/UlfBartholomaeus/ 

Stammtische.html 

Stammtisch Villingen-Schwenningen 

http://privat.swol.de/UlfBartholomaeus/ 

Stammtische.html 

TeamOS/2 Ruhr e.V. 

http: // w w w. n ordrhei n. de/home/teamos2 

Team OS/2 München Stammtisch 

sterlike@ibm.net 

Neuer OS/2-Dachverband 

http://www.buntspecht.de/dachverband 

TeamOS/2 Homepage (wird umgestaltet) 

http://www.teamos2.de 
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Neuigkeiten: Kurzmeldungen, Bezugspunkte und Kontakte 


• Im (Jual der Wahl unter über 250 Graphi- 
l tulnptem. Damit wird das Umsteigen von 
uulcren Betriebssystem auf OS/2 auch 
w icdcr schmackhafter. 

I Inc Beta oder weitere Informationen 
und auf der Homapage von SciTech noch 
nicht verfügbar. Allerdings existiert eine 
Mailingliste, in die man sich eintragen 
Unn, um bezüglich des OS/2 Display 
Ibctors auf dem neuesten Stand der Din¬ 
er gehalten zu werden. Ein Eintrag dürfte 
also nicht schaden. Die Homepage errei- 
i hen Sie unter http://www.scitech.com. 

Bis zur nächsten Ausgabe werden wir ver¬ 
suchen, genauere Informationen von Sei 
lech zu bekommen. Sobald der Display 
Ibetör für OS/2 verfügbar ist, werden wir 
ihn sofort testen und Ihnen vorstellen. 
Mit solchen erfreulichen Meldungen 
klingt das Jahr aus. Seien wir also 
gespannt auf das nächste. 

OS/2-Benutzervereine im Dezember 

Nebenstehend finden Sie die wichtigsten 
Benutzervereine zu OS/2 mit einer ent¬ 
sprechenden Kontaktadresse im Netz. 
Diese Liste erhebt nicht den Anspruch auf 
Vollständigkeit. Wenn Sie selbst Mitglied 
einer OS/2-Benutzergruppe sind, auf ihre 
Gruppe aufmerksam machen und in unse¬ 
rer Liste geführt werden möchten, lassen 
Sie es uns wissen. Wie bei allen anderen 
Kontakten und Bezugspunkten werden 
neue Einträge stets in dieses Kapitel auf¬ 
genommen; alte im Anhang archiviert. 

Die einzelnen User Groups, TeamOS/2- 
Vereine und OS/2-Stammtische freuen 
sich über neue Gesichter; jeder OS/2- 
Anwender ist also willkommen, auch 
wenn er vorher keinen Kontakt zum Ver¬ 
ein hatte. Von elitären Grüppchen kann 


® Nummern, die man kennen sollte 


In diesem Kasten finden Sie Telefonnum¬ 
mern und weitere Kontaktmöglichkeiten zu 
in diesem Band erwähnten Herstellern. 


IBM 

IBM Direkt 01805-313233 

Vermittlung zum Ansprechpartner, allg. 
Informationen 

OS/2 Line 0130-824457 

Registrierung (kostenfrei) 

OS/2 Line 069-66549050 

Fragen zu OS/2; Warp 3 und Warp 4 (30 

Tage nach der Registrierung kostenfrei) 

Literaturservice 01805-5090 

Techn. Literatur zu allen IBM Produkten. 

Erreichbar: Mo.-Fr. 8.00-18.00 Uhr 


Iomega 

Iomega-BBS 02957-792990 

Techn. Support 0130-829446 (Deutschland) 
0660-5541 (Österreich) 
0800-558091 (Schweiz, dt.) 

Internet: http://www.iomega.com 


also kaum die Rede sein. Die Mitglieder 
der einzelnen Gruppen sind zudem tech¬ 
nisch meist sehr versiert und stehen 
Ihnen daher für Fragen rund um OS/2 
auch gerne zur Verfügung. Vielleicht 
ergibt sich ja für Sie die Möglichkeit 
zum Austausch mit einer der Gruppen. 
Wir sind bemüht, Ihnen in den folgen¬ 
den Ausgaben immer wieder einzelne 
Vereine und deren Arbeit vorzustellen. □ 
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Hardware Theorie 1 - Die CPU 

Das Kernstück eines Rechners ist die 
Central Processing Unit (CPU). Die PCs, 
die wir heute einsetzen, basieren auf dem 
80386-Prozessor von Intel, dessen Archi¬ 
tektur OS/2 seit der Version 2.0 unter¬ 
stützt. In dieser Ausgabe betrachten wir 
auch das Speichermanagement von OS/2 
und werden uns daher zuvor mit dem 
80386 auseinandersetzen, um zu verste¬ 
hen, warum OS/2 wie mit dem Speicher 
umgeht. 

Eine Betrachtung des 80386 genügt zum 
Verständnis, denn bis auf Verbesserun¬ 
gen hinsichtlich des Befehlssatzes und 
der Hinzufügung weiterer Baugruppen 
arbeiten die Folgemodelle, seien es die 
der Pentium-Familie von Intel oder kom¬ 
patible Prozessoren der Firmen AMD 
oder Cyrix nach genau den gleichen Prin¬ 
zipien, und OS/2 verhält sich mit diesen 
Prozessoren nicht anders als mit dem 
80386. 

Überblick zum 80386 
Der 80386 ist der erste 32-bit Prozessor 
der Firma Intel gewesen. Als 32-Bit-Bau- 
stein kann er 32 Bits gleichzeitig verar¬ 
beiten, und verfugt über einen 32-bit 
breiten Daten- und Adreßbus . Da der 
Prozessor den Speicher mit 32 Adreßpfa- 
den anspricht, kann er maximal 2 32 Bit 
adressieren, also einen 4 Gbyte großen 
physikalischen Adreßraum zur Verfü¬ 
gung stellen. Virtuelle Adressen bildet 
der 80386 mit 48 Bit und verfugt daher 
über einen virtuellen Adreßraum von 64 
TByte Größe. 

Der 80386 ist abwärtskompatibel zu sei¬ 
nen Vorgängern 8086, 80186 und 80286, 


wodurch Programme, die für diese Pro¬ 
zessoren geschrieben wurden, ohne Ver¬ 
änderungen durch den 80386 ausgefuhr! 
werden können. Diese Abwärtskompati- 
biltät bieten auch alle Nachfolger des 
80386, die wir später kurz betrachten 
werden. 

Wie der 80286 kann der 80386 in zwei 
Betriebsmodi laufen, im Real Mode und 
im Protected Mode . Im Real Mode ist 
der Prozessor nichts anderes als ein 
schneller 8086. Im Protected Mode 
jedoch bietet der Prozessor folgende Lei¬ 
stungsmerkmale: 

□ Virtuelle Adressierung 

□ Paging 

□ Multitasking-Mechanismen 

□ Umfangreiche Schutzkonzepte 

□ den virtuellen 8086-Modus 

Der 80386 bietet ein segmentiertes Spei¬ 
chermodell . genau wie seine Vorgänger. 
Damit ist er nicht nur hinsichtlich des 
Befehlssatzes, sondern auch des Spei¬ 
chermanagements abwärtskompatibel. 
Der einzige Unterschied hierbei liegt in 
der Größe der einzelnen Segmente, die 4 
GByte betragen kann (im Gegensatz zu 
den 64 KByte-Segmenten des 80286). 
OS/2 1.x machte vom segmentierten 
Speichermodell des 80286 Gebrauch; ab 
der Version 2.0, die für den 80386 ent¬ 
wickelt wurde, änderte sich das, indem 
OS/2 ein lineares Speichermodell auf 
dem 80386 zur Verfügung stellt, das man 
auch Flat Memory Model nennt. Der 
Artikel OS/2-Speichermanagement in 
dieser Ausgabe zeigt, wie das lineare 
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|m u hcrmodell realisiert wird. In diesem 
I »ipitcl betrachten wir lediglich den Pro- 

• »ior und damit das Modell eines seg- 
uumlicrten Speichers. Das ist die Voraus- 

* i ung, um zu verstehen, wie andere 
♦peichermodelle auf dem 80386 einge- 
ik lilct werden können. 

HtUll- und Protected Mode 

Wenn der Computer eingeschaltet oder 

• ui Reset durchgeführt wird, arbeitet der 
H(M86 im Real Mode und verhält sich 
vn ic ein 8086. Diese Betriebsart heißt 

• k-.wegen Real Mode , weil sich alle 
Adressen, die der Prozessor verarbeitet, 
iiuf tatsächliche physikalische Adressen 
beziehen. In diesem Falle enthalten die 
Segmentregister (s.u.) die Basisadresse 
der einzelnen Speichersegmente, also DS 
das Datensegment, CS das Codesegment, 
‘>S das Stacksegment usw. Mit einem 16- 
Itit Offset wird dann auf einen Eintrag 
innerhalb des Segmentes zugegriffen. 
Damit kann ein Se gment eine maximale 
I iinge von 2 16 Bit also 64 KByte anneh¬ 
men. Im Real Mode werden nur 20 
Adreßpfade benutzt, um den Speicher 
an/usprechen, d.h. der maximal andres- 
•nerbare Speicher beläuft sich auf eine 
(iröße von 1 MByte. 

Die CPU kann jedoch durch die Betriebs- 
systemsoftware in den Protected Mode 
timgeschaltet werden. Der physikalische 
Adreßraum steigt dabei auf 2 32 Bit also 4 
(ibyte, und verwendete Adressen verwei¬ 
sen nicht auf tatsächliche Speicherbrei¬ 
che, sondern stellen nur Bezeichnungen 
für Speicherstellen im virtuellen Adreß¬ 
raum dar, die von der CPU erst in physi¬ 
kalische Adressen übersetzt werden müs¬ 
sen. Mit anderen Worten: Im Protected 


Mode benutzen Programme ausschließ¬ 
lich virtuelle Adressen, was bedeutet, daß 
die Anwendungen keinen Zugriff auf 
aktuelle physikalische Adressen haben. 
Jeder Prozeß erhält im Protected Mode 
seinen eigenen virtuellen Adreßraum, der 
theoretisch eine Größe von bis zu 64 
TByte erreichen kann, und vermag damit 
nicht auf die Adressen anderer Prozesse 
zuzugreifen. Wegen dieses Schutzprin¬ 
zips, das durch die virtuelle Adressierung 
hervorgeht, erhält der zweite Betriebsmo¬ 
dus des 80386 auch seinen Namen Pro¬ 
tected Mode. 

Da OS/2 ein Protected Mode System ist, 
werden wir uns im folgenden detailliert 
mit den Leistungsmerkmalen des 80386 
im Protected Mode befassen. Zuvor wol¬ 
len wir aber den internen Aufbau des 
Prozessors genauer betrachten. 

Einheiten der CPU 

Der 80386 verfügt über mehrere ver¬ 
schiedene Einheiten, die alle über einen 
32-bit-Bus miteinander verbunden sind. 
Abb. 1 zeigt den Aufbau des Prozessors. 
Wie man sieht, stehen für verschiedene 
Aufgaben in der CPU sechs Einheiten 
zur Verfügung, die basierend auf dem 
Prinzip des Pipelining zusammenarbei - 
ten. 

Die Bus Interface Unit (BIU) dient als 
Schnittstelle der CPU zur Außenwelt des 
Rechners. Jede andere der 80386-Einhei- 
ten wickelt Ein- und Ausgabeoperationen 
über die BIU ab, welche entsprechende 
Zugriffe auf die weitere Hardware des 
Systems durchführt. Die BIU arbeitet mit 
physikalischen Adressen, d.h. logische 
Adressen müssen erst von der Segmenta- 
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32-Bit Register 

Segment-Deskriptor 

Cache 

Execution Unit 

Segmentation Unit 

A 


TLB 


Paging Unit 


Instruction Queue 


Instruction Unit 


Prefetch Queue 
Prefetch Unit 


T 

Bus Unit 


Instruction Decode Unit 


Code Prefetch Unit 


Bus Interface Unit 


32-Bit Adreßbus 


32-Bit Datenbus 


T 

System 


Abb. 1: Die Architektur des 80386 

tion und Paging Unit in physikalische 
Adressen umgewandelt werden, ehe sie 
an die BIU übergeben werden 
Die Instruction Prefetch Unit (IPU) ver¬ 
waltet eine Warteschlange, die sie stän¬ 
dig mit Befehlen gefüllt zu halten ver¬ 
sucht. Dazu fordert sie von der BIU stets 
die Adresse des nächsten Befehls im 
Speicher an und legt den entsprechenden 
Befehl in der Warteschlange ab. Anfra¬ 
gen der IPU an BIU werden mit einer 
geringeren Priorität behandelt als Anfra¬ 
gen anderer Einheiten, so daß die Aus¬ 
führung gerade bearbeiteter Befehle nicht 
verlangsamt wird. Trotzdem liest die 
IPU so oft wie möglich neue Befehle aus 
dem Speicher ein, um sie in die Warte¬ 
schlange zu legen. 

Die Instruction Decode Unit (IDU) liest 
einzelne Bytes aus der IPU und 
bestimmt, wieviel Bytes notwendig sind, 
um einen Befehl zu vervollständigen 
(wobei ein einzelner Befehl eine Länge 


von 16 Bytes 
haben kann). Isl 
ein Befehl voll- 
ständig aus der 
Warteschlange 
eingelesen, üben 
trägt die IDU den 
Befehl in ein 
maschineninter¬ 
nes Format. Der 
decodierte Befehl 
wird in der 
Befehlswarte¬ 
schlange der IDU 
abgelegt, welche 
insgesamt drei 
Einträge enthalten 
kann. 

Die Execution Unit (EU) führt die eigent¬ 
liche Rechenarbeit in der CPU durch 
(Multiplikationen, Divisionen, Bitver¬ 
schiebungen usw.). Die einzelnen Regi¬ 
ster des 80386 sind ebenfalls in dieser 
Einheit enthalten. Für Ein- und Ausga¬ 
beoperationen gibt die EU der BIU ein 
entsprechendes Signal, um auf die übrige 
Hardware des Systems zugreifen zu kön¬ 
nen. 

Die Segmentation Unit (SU) übersetzt 
Segmentadressen in 1 inerare Adressen. 
Diese Einheit verwaltet auch einen Puf¬ 
ferspeicher, in dem Tabellen zur Spei¬ 
cherverwaltung (sogenannte Deskrtiptor- 
tabellen) angelegt werden. Werden die 
Pagingfähigkeiten des 80386 nicht 
genutzt, sind die linearen Adressen 
gleichzeitig physikalische Adressen, die 
für Speicherzugriffe an die BIU überge¬ 
ben werden können. Ist das Paging des 
Prozessors aktiviert, wird der lineare 
Adreßraum in 4096 Byte große Blöcke 
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MiiUf’iIfilt, die man als Pages (Seiten) 

1 /* ii Imct. Jede dieser Seiten kann dabei 
»ul « me ganz andere physikalische Stelle 

• ui Speicher abgebildet werden. 

Mi» Paging Unit (PU) übersetzt die von 
I» i SU erzeugten linearen Adressen in 
physikalische Adressen, sofern das 
1‘dglng aktiviert ist. Die PU benutzt zur 
i 'Umsetzung entsprechende Tabellen, um 

• Ile einzelnen Seiten den physikalischen 
•peicherstellen zuweisen zu können. 
Daneben verfügt die PU über einen Puf- 
Iri Speicher, den sogenannten TLB 
11 1 an slation Lookaside Buffer) , der 
den Zeitaufwand für eine seitenorientier- 
I«’ Speicherverwaltung erheblich verrin¬ 
gert. 

I)le Register des 80386 
Der 80386 enthält insgesamt 34 Regi- 
M te r Sechzehn davon können vom 

Anwendungsentwickler 
verwendet werden, die 
restlichen 18 stehen nur 
dem Betriebssystem zur 
Verfügung. Die einzel¬ 
nen Register der beiden 
Gruppen zeigt Abb. 2. 

Sie haben folgende 

Bezeichnungen und Auf¬ 
gaben: 

/. Allgemein verfügba¬ 
re Register 

1.1. Acht 32-bit all¬ 
gemeine Register 
namens EAX, 

EBX, ECX, EBP, 

ESP, ESI und 
EDI, welche 


Operanden für logische und arith¬ 
metische Operationen aufnehmen. 
Die niederwertigen Worte der 
32-Bit-Register haben eigene 
Namen (AX, BX, CX, DX, BP, 
SI, DI, IP) und können als indivi¬ 
duelle Einheiten behandelt wer¬ 
den, wodurch der 80386 mit sei¬ 
nen 16-Bit Vorgängern kompati¬ 
bel ist. Jedes 16-Bit-Register AX, 
BX, CX, DX ist unterteilt in ein 
Highbyte (AH, BH, CH, DH) und 
ein Lowbyte (AL, BL, CL, DL). 
Damit ist auch der Umgang mit 8- 
Bit Programmen und Daten 
gewährleistet. 

1.2. Sechs Segment-Register mit der 
Bezeichnung CS (Codesegment) 
SS (Stacksegment), DS, ES, FS 
und GS (Datensegmente). Diese 


32 


16 15 87 

EAX AX 
AH i AL 


EBX BX 
BH BL 


ECX CX 
CH 1 CL 


EDX DX 
DH I DL 


EBP 


BP 


CS 


SS 

DS 


ES 


FS 


GS 


Segmentregister 


ESI 


SI 


EDI 


ESP 


SP 


EFLAGS 


EIP 


Statusregister 


Allgemeine Register 
Abb. 2: Die für Anwendungsprogramme zugänglichen Regi¬ 
ster des 80386 (Generelle Register) 
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Register identifizieren die Spei¬ 
chersegmente, die für die Ausfüh¬ 
rung eines Programms zur Verfü¬ 
gung stehen. Das Segment, das 
die momentan auszuführenden 
Befehle eines Programmoduls 
enthält, wird durch das Segment- 
Register CS spezifiziert. Um 
Unterprogramme einer Anwen¬ 
dung aufrufen zu können, ist eine 
Speicherregion erforderlich, die 
als Stack bezeichnet und durch 
das Stack-Register SS spezifiziert 
wird. Die Datensegmentregister 
enthalten die Spezifikationen der 
unerschiedlichen Datensegmente, 
di*e für das augenblicklich laufen¬ 
de Programm adressierbar sind. 

1.3. Zwei Status- und Instruction- 
Register: Das 32-Bit Flag Regi¬ 
ster, das als EFLAG bezeichnet 
wird und den momentanen 
Betriebszustand des Prozessores 
wiedergibt. Es ist in drei Gruppen 
unterteilt, die Status-Flags , Con¬ 
trol-Flags und System-Flags. Das 
zweite Register heißt EIP (Ints- 
ruction Pointer) und enthält 
einen 32-Bit-Wert, der den Offset 
eines Befehls realtiv zur Basi¬ 
sadresse des augenblicklichen 
Codesegments darstellt, also die 
Adresse des Befehls im Codeseg¬ 
ment angibt. 


tierte Speichermodell zu imple 
mentieren: GDIR (Global 

Descriptor Table Register), 
LDTR (Local Descriptor Table 
Register), [DTR (Interrupt 
Descriptor Table Register und TR 
(Task Register). 

2.2. Vier Register, die Zeiger aul 
Datenstrukturen aufnehmen, wel 
che notwendig sind, um das 
Paging zu implementieren und 
Statusinformationen zu speichern: 
CRO bis CR3. 

2.3. Acht Debugregister, um das 
Debugging von Echtzeitsystemen 
und Applikationen zu unterstüt¬ 
zen: DRO bis DR7. 

2.4. Zwei Testregister, die zur Prü¬ 
fung der Integrität des TLB 
(Translation Lookaside Buffers) 
verwendet werden. 

Damit soll die Eletrachtung der Architek¬ 
tur des Prozessors abgeschlossen sein. 
Besonderheiten der Nachfolgemodelle 
des 80386 finden Sie am Ende dieses 
Artikels. 

Der Protected Mode 

Im folgenden bertrachten wir die einzel¬ 
nen Merkmale des Protected Mode , näm¬ 
lich die virtuelle Adressierung, Paging, 
Multitasking, Schutzkonzepte und den 
virtuellen 8086 Modus. 


2. Geschützte Register Virtuelle Adressierung 

Wie eingangs erwähnt, stellt der 80386 
2.1. Vier Register, welche Zeiger auf ein segmentiertes Speichermodell zur 
Datenstrukturen aufnehmen, die Verfügung, d.h. der Speicher wird in 
notwendig sind, um das segmen- Segmente unterteilt. Jeder Prozeß erzeugt 
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Sugmentregister | Allgemeines Register 


4 GB besteht aus zwei 
Komponenten: 


* '5 i 

31 

i 

16 Bit Selektor | 32-Bit Offset 



48-Bit virtuelle Adresse 


1 

Segment 


Offset ^ 

Lineare 


Adresse 


\»i|«ktor als 
Indctx /um 
Zugriff auf eine 
Utiikkriptortabelle 


Segment 

Deskriptor 


Basisadresse 


Keinem 16-Bit- 
Segment-Selektor 
(gespeichert in 
einem der Seg¬ 
mentregister), mit 
dem ein spezielles 
Segment ange¬ 
sprochen wird, 
und 


Deskriptortabelle Physikalischer Speicher 

Abb. 3: Die virtuelle Adressierung des 80386. Der physikalische 
Speicher wird über Deskriptoren abgebildet. Programme 
arbeiten nur mit virtuellen Adressen. 


dabei seine eigenen Segmente und arbei- 
fct im Protected Mode mit virtuellen 
Adressen. Da diese Adressen aber keine 
physikalischen Speicherstellen bezeich¬ 
nen (s.o.), muß der Prozessor den virtuel¬ 
len Adreßraum auf den physikalischen 
Adreßraum abbilden. Die Abbildung 
erfolgt segmentweise über eine Segment- 
Tabelle, in der für jedes Segment soge¬ 
nannte Deskriptoren gespeichert sind, 
welche die physikalische Basisadresse, 
die Länge und die Zugriffsrechte eines 
Segmentes enthalten. Daher nennt man 
eine solche Segment-Tabelle auch 
Deskriptor-Tabelle. 


Virtuelle und physikalische Adressen 
Eine virtuelle Adresse, wie sie von einem 
Prozeß im System verwendet wird, 


2.einem 32-Bit- 

Offset, der die 
effektive Adresse 
eines Operanden 
innerhalb des Seg¬ 
mentes angibt, 
also seine Entfer¬ 
nung vom Anfang 
des Segmentes. 
Da die CPU 32-Bit-Offsets verwen¬ 
det, kann ein einzelnes Segment bis 
zu 4 GByte (2 32 Bits) lang sein. 

Beide Komponenten zusammen bilden 
eine 48-Bit virtuelle oder logische Adres¬ 
se, die der Prozessor in eine 32-Bit linea¬ 
re oder physikalische Adresse umgerech¬ 
net. Die so bestimmte lineare Adresse 
wird an die BIU übergeben, da sie nach 
der Umrechung der physikalischen 
Adresse entspricht. Ist jedoch das Paging 
aktiv, geht eine weitere Adreßüberset- 
zung der Übergabe an den Adreßbus vor¬ 
aus. Dem Paging widmen wir uns im 
Abschnitt 2 dieses Artikels. 

Wie wird nun der Speicher im Protected 
Mode adressiert? Abbildung 3 zeigt den 
Vorgang der Übersetzung einer virtuellen 
in eine physikalische Adresse: Aus einem 
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J*'i Sr)'inriilii*p.iHlcr wird ein I6-Bit-Seg- 
iii« nl ‘»rlrkini geladen. Mit ihm als Index 
•Hehl dir ( TU aus der Deskriptortabelle 
den Deskriptor heraus, der das Segment 
hesehrcibt, das angesprochen werden 
soll In diesem Deskriptor findet die CPU 
die Basisadresse des Segmentes im phy¬ 
sikalischen Speicherraum. Nun kann der 
32-Bit-Offset benutzt werden, der in 
einem der Allgemeinen Register gz spei¬ 
chert ist, um eine bestimmte Speicher¬ 
stelle innerhalb des Segmentes zu finden. 
Immer wenn ein Segment-Selektor in 
eines der Segment-Register geladen wird, 
stellt die CPU die Verbindung zu diesem 
Segment her, indem sie die 48-Bit-virtu- 
elle Adresse in eine 32-Bit-physikalische 
Adresse umrechnet. Sind die Segment- 
Register einmal initialisiert, ist für den 
Zugriff auf einen Operanden in einem 
der Segmente nur noch ein Near-Pointer, 
also der 32-Bit-Offset erforderlich. Nur 
wenn ein Segment neu geladen wird, 
aktiviert die CPU den Mechanismus für 
die Adressübersetzung. 


Deskriptoren und ihre Tabellen 
Wie man sicher schon vermutet hat, sind 
die Deskriptoren der Dreh- und Angel¬ 
punkt des gesamten Speichermanage¬ 
ments und -wie wir später sehen werden- 
auch der Schutzkonzepte. Sie werden in 
den bereits erwähnten Desktriptor-Tabel- 
len eingetragen. Eine Deskriptor-Tabelle 
ist eine vom System erzeugte, speicherre¬ 
sidente Tabelle. Innerhalb eines Protec- 
ted Mode- Systems existieren mehrere 
Deskriptor-Tabellen. Für die virtuelle 
Adressierung interessant sind: 


□ Die Globale Deskriptor Tabelle 
(GDT), die eine Sequenz von bis zu 
8192 Deskriptoren enthält, weicht 
den globalen Adressraum beschrei 
ben. Der Speicher, der durch dir 
GDT spezifiziert wird, steht für 
gewöhnlich nur dem Betriebssystem 
zur Verfügung; Deskriptoren in dci 
GDT können aber auch diejenigen 
Segmente beschreiben, die für alle 
Tasks im System verfügbar sind. 

□ Die Lokale Deskriptor Tabelle 
(LDT), die alle Deskriptoren enthält, 
welche die Segmente des Adreß- 
raums einer Task angeben. Jede Task 
hält sich innerhalb ihrer eigenen LDJ 
auf, wodurch der Zugriff auf Seg¬ 
mente anderer Tasks ausgeschlossen 
ist; damit werden die physikalischen 
Segmente unterschiedlicher Tasks 
voneinander getrennt. 

Der Vollständigkeit halber sei noch die 
dritte Deskriptortabelle erwähnt, die in 
einem Protected Mode-System existiert, 
die Interrupt Deskriptor Tabelle (IDT), 
welche Deskriptoren enthält, die auf die 
Basisadressen von Unterbrechungsrouti¬ 
nen (Interrupt-Handler) verweisen. 

Die GDT und die IDT sind in einem Pro¬ 
tected Afocfe-System nur einmal vorhan¬ 
den, weshalb sie nicht durch Deskripto¬ 
ren beschrieben werden, sondern durch 
die 48-Bit-Register GDTR (Global 
Descriptor Table Register) und IDTR 
(Interrupt Descriptor Table Register), 
welche die physikalischen Basisadressen 
und die Tabellenobergrenzen der beiden 
Tabellen festlegen. Beide Register wer- 
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li n /u Beginn der Initialisierungsphase 
I . Systems geladen. 

I in |cden Prozeß existiert jedoch eine 
• iiM'iie LDT, welche den lokalen Adreß- 
hitim eines individuellen Tasks 
lu schreibt. Wo sich eine LDT im Spei- 
hci befindet, wird durch einen LDT- 
I ikriptor festgelegt, der in der GDT 
i" -pcichert wird (womit nur das System 
Zugriff auf die LDT-Deskriptoren hat). 
|),is 48-Bit-Register LDTR (Local 
Ih scriptor Table Register) z nthält den 
I I )T-Deskriptor des aktuellen Prozesses. 
Uri einem Taskwechsel muß ein neuer 
I IVT-Deskriptor aus der GDT in LDTR 
geladen werden. 

Wer am Aufbau eines Segment-Selektors 
und der Segment-Deskriptoren interes¬ 
siert ist, schlage bitte im Lexikon unter 
Se lektor nach. 

Durch das segmentierte Speichermodell 
werden die Adreßräume sowohl des 
Systems als auch aller anderen Prozesse 
im System voneinander getrennt, je nach¬ 
dem zu welchen Prozessen die Segmente 
gehören. Diese werden durch die LDTs 
den einzelnen Tasks zugeordnet. 
Dadurch wird eine sehr sichere 
Betriebsumgebung zur Verfügung 
gestellt, die hardwareseitig implementiert 
ist. 

Daneben bietet die Verwendung virtuel¬ 
ler Adressen für das einzelne Programm 
den Vorteil, nicht mehr mit physikali¬ 
schen Speicherreferenzen arbeiten zu 
müssen. Wie die Segmente im Arbeits¬ 
speicher des Systems abgelegt werden, 
liegt in der Hand des Betriebssystems. 
Ein Programm sieht nur seinen virtuellen 
Adreßraum. 


Segmente können aus dem Speicher auf 
die Festplatte übertragen und wieder in 
den Speicher eingelagert werden, je nach 
Speicherplatzbedarf. Der maximale zur 
Verfügung stehende Arbeitsspeicher auf 
einem System ist daher durch die Größe 
des sekundären Speichers limitiert. 
Damit vervollständigt das segmentierte 
Speichermodell das Konzept des virtuel¬ 
len Speichers. 

2. Paging 

Zusätzlich zum segmentierten Speicher¬ 
modell bietet der 80386 Paging. Dabei 
wird der der gesamte Speicher in 4 
KByte große Abschnitte unterteilt, die 
man Pages nennt. Programme können so 
in mehrere Abschnitte gleicher Länge 
unterteilt werden, ohne daß aber diese 
Abschnitte eine Beziehung zur logischen 
Struktur des Programms haben. Der Vor¬ 
teil der Pages liegt darin, daß sich Pages 
nur so lange im Speicher aufhalten, wie 
sie für die Ausführung des erforderlichen 
Programmabschnittes benötigt werden. 
So ist man auch nicht gezwungen, Seg¬ 
mente in einem Stück aus dem Arbeits¬ 
speicher auf die Festplatte zu übertragen, 
was besonders bei großen Segmenten zu 
Performanceverlusten führen würde, son¬ 
dern in handlichen 4 KByte Stücken. Die 
ausgelagerten Pages finden sich dann in 
sogenannten Swap-Dateien. Sie bestehen 
aus einer Ansammlung 4 KByte großer 
Speicherblöcke. Ist der Paging-Mecha- 
nismus aktiv, übersetzt der 80386 eine 
virtuelle Adresse in zwei Schritten in 
eine physikalische Adresse: 

1. Mit dem Segment-Übersetzungs- 
Mechanismus berechnet die CPU die 
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lineare Adresse aus einem Segment- 
Selektor und einem Segment-Offset. 
Die resultierende lineare Adresse ist 
mit der 32-Bit physikalischen Adres¬ 
se identisch. Dieser Mechanismus ist 
im Protected-Mode immer aktiv. 

2. Der zweite Schritt, die Benutzung des 
Paging-Übersetzungs-Mechanismus, 
ist optional. Das Paging ist nur dann 
aktiv, wenn das PG-Bit (Paging 
Enable) im CRO-Register des Prozes¬ 
sors gesetzt ist (PG=1). Dann wird 
der Paging-Übersetzungs-Mechani- 
mus dem Segment-Übersetzungs- 
Mechanismus nachgeschaltet. 

Das Paging ist ein zweistufiger Überset¬ 
zungsmechanismus. Für die weitere Ver¬ 
arbeitung linearer Adressen werden zwei 
Tabellentypen benutzt, welche zur Ver¬ 
waltung der einzelnen Pages vom System 
angelegt werden: 

1. die Pa ge-Directorv-Tabelle . welche 
die Position der Page-Tables im Spei¬ 
cher angibt, und 

2. die Pa ge-Tables . welche die Positio¬ 
nen der Pages im Speicher beinhaltet. 

Beide Tabellentypen enthalten 32-Bit- 
Einträge und sind speicherresident. Wie 
die Anwenderpages haben sie eine inva¬ 
riable Länge von 4KByte. Die Position 
der Page-Directory-Tabelle im Speicher 
legt das 80386-Control-Register CR3 
fest. Bevor der Paging-Mechanismus 
aktiviert werden kann, muß das CR3- 
Register initialisiert sein. 

Beim Paging bezieht sich die lineare 
Adresse eines Operanden, die der Seg¬ 


ment-Übersetzungs-Mechanismus lief 
nur noch indirekt auf dessen physik i 
sehe Adresse. Das ist darin begründ» 
daß die lineare Adresse in drei Feld» 
unterteilt ist, die dem Zugriff auf die h» 
den Tabellen dienen. Diese drei Feld« 
sind: 

1. das DIR-Feld von Bit 22-31 d» 
linearen Adresse, das als Index tv 
Auswahl von Einträgen in der Pap.« 
Directory-Tabelle dient, 

2. das TABLE-Feld von Bit 12-21 dt 
linearen Adresse, das als Index zu 
Auswahl von Einträgen in eint 
Page-Table liefert, 

3. das OFFSET-Feld von Bit 0-11 rm 
dem ein individueller 32-Bit Eintraj 
in einer Anwender Page selektiei 
wird. 

Wie eine lineare Adresse über das Paginj 
in eine physikalische Adresse umgewan 
delt wird, zeigt Abbildung 4: Die Basi 
sadresse der Page-Directory-Tabell 
befindet sich im Controlregister CR3 
Mit Hilfe des DIR-Feldes der linearei 
Adresse als logischen Offset kann dam 
ein bestimmter Eintrag in der Page 
Directory-Tabelle selektiert werden. Jed 
Eintragung in der Page-Directory-Tabell 
ist ein Pa ge-Table-Deskriptor . der di 
physikalische Eiasisadresse einer Page 
Table und Infonnationen über sie enthält 
Die Page-Directory-Tabelle kann bis zi 
1024 solcher Deskriptoren aufnehmer 
also können bis zu 1024 unterschiedlich 
Page-Tables selektiert werden. Da da 
DIR-Feld 10 Bit lang ist, kann es maxi 
mal 2 10 = 1024 Indexnummem lieferr 
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Nach der Spe¬ 
zifizierung der 
Basis-Adresse 
einer beliebi¬ 
gen Page- 
Table, benutzt 
der Prozessor 
das 10-Bit- 
TABLE-Feld 
der linearen 
Adresse, um 
einen 

bestimmten 
Eintrag in der 
Page-Table zu 
selektieren. 
Auch die 
Page-Table 
kann bis zu 
1024 Eintra¬ 
gungen enthal¬ 
ten, die soge¬ 


nannten Pa ge- 

Vlih. 4: Paging. Der Speicher wird in 4 KByte große Seiten (Pages) unter- Deskriptoren. 
teilt, die komfortabel verwaltet werden können. ^ ^ as g] e j c h e 


Weil jeder Eintrag in der Page-Directory- 
l'nbelle vier Bytes groß ist, muß die CPU 
die vom DIR-Feld vorgegebene 
Indcxnummer mit 4 multiplizieren, um 
« inen bestimmten Eintrag im Page-Direc- 
lory auch physikalisch zu erreichen. Das 
Resultat dieser Operation ist dann iden¬ 
tisch mit dem physikalischen Abstand 
eines 32-Bit-Eintrages im Page-Directory 


Format wie die Page-Table-Deskriptoren 
haben. Die Page-Deskriptoren liefern die 
physikalische Basisadresse und Informa¬ 
tionen einer einzelnen Page. Das Sche¬ 
ma, mit dem die CPU die Basisadresse 
einer Page im Speicher findet, ist iden¬ 
tisch mit dem, welches zur Berechung 
der Basisadresse einer Page-Table dient, 
so daß es hier nicht noch einmal wieder- 


realtiv zu dessen Anfang. Diesen Offset- holt werden muß. Da eine einzelne Page- 
Wert addiert die CPU nun zur Basi- jable 1024 verschiedene Pages zu je 4 
sadresse der Page-Directory-Tabelle, die KByte adressieren kann, beschreibt sie 
sich im CR3-Register befindet. Die dar- einen Adreßraum von 4 MByte. Stehen 
aus resultierende lineare Adresse ent- j n der Page-Directory-Tabelle alle 1024 
spricht der physikalischen Position der Page-Table-Deskriptoren zur Verfügung, 
gewünschten Page-Table. können auch 1024 verschiedene Page- 
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I .ihlrs selektiert werden. Damit 
beschreibt eine einzelne Page-Directory- 
I üble einen Adreßraum von 4 GByte. 

Ist die Basisadresse einer beliebigen Page 
wie oben angegeben spezifiziert, benutzt 
der Prozessor das 12-Bit-OFFSET-Feld 
der linearen Adresse, um einen 32-Bit 
Eintrag innerhalb der Page zu selektie¬ 
ren. Da jede Page 4KByte groß ist, ent¬ 
hält sie 4096 verschiedene Byte-Eintra¬ 
gungen. Jede Byte-Position kann dabei 
durch die 12 Bits des OFFSET-Feldes 
physikalisch erreicht werden, da der vom 
OFFSET-Feld gelieferte Index mit dem 
physikalischen Abstand relativ zum 
Beginn der Page identisch ist. Den im 
OFFSET-Feld enthaltenen Index addiert 
die CPU zur Basisadresse der Page. Mit 
der daraus resultierenden linearen Adres¬ 
se ist schließlich die physikalische Positi¬ 
on des gewünschten Operanden im 
4GByte-Speicherraum bestimmt. 

Der TLB 

Da wir gesehen haben, wie komplex der 
Paging-Mechanismus arbeitet, würde er 
die Leistungsfähigkeit des Prozessors 
erheblich vermindern, wenn bei jeder 
Speicherreferenz auf beide Tabellen 
(Page Directory und Page Table) zuge¬ 
griffen werden müßte. Daher verfügt der 
80386 über ein ftir den Anwender trans¬ 
parentes Speicherblock-System (Cache), 
das als Translation Lookaside Buffer 
(TLB) bezeichnet wird und zum Zweck 
des schnellen Operandenzugriffs diejeni¬ 
gen Page-Frame-Adressen aufbewahrt, 
die vom Programm in jüngster Zeit 
benutzt worden sind. 

Der TLB arbeitet wie folgt: Die Segmen¬ 
tierungs-Einheit des Prozessors liefert die 


32-Bit lineare Adresse eines Operand** 
an die Paging Flardware, welche die oh* 
ren 20 Bits der linearen Adresse (also <U 
DIR- und TAESLE-Feld) mit allen 
TAG-Komponenten im TLB vergleich! 

Sind die Vergleichsoperanden idci 
tisch, ist ein sog. TLB-Treffer gelungei 
Dieser bewirkt, daß die Paging-Un 
direkt die im zugehörigen Datenfeld d« 
TLB-Eintrages gespeicherte Page-Adir 
se benutzt, anschließend das Offset-Fel* 
in der linearen Adresse addiert un» 
schließlich die resultierende Operandci* 
Adresse an den Adreßbus ausgibt. Nu 
dann, wenn kein TLB-Treffer gelungi 
ist, verwendet die CPU den obn 
beschriebenen zweistufigen Paging 
Übersetzungsmechanismus. Immer wein 
die CPU diesen Mechanismus benutz! 
liest sie die im aktuellen Page-Deskriptoi 
enthaltene Page-Adresse und speichen 
sie im TLB ftir zukünftige Zugriffe. 
Statistiken zeigen, daß der TLB in vielen 
Multitaskingsystemen eine Trefferratr 
von bis zu 98% erreicht, womit die CPl 
nur bei etwa 2% aller Speicherreferenzen 
auf den Paging-Übersetzungsmechanis- 
mus zugreifen muß. Das Betriebssytem 
muß beim Paging: 

□ die Page-Tabellen initialisieren und 
Page-Fehler behandeln und 

□ den TLB als ungültig markieren, 
wenn irgend eine Änderung in einer 
der Page-Table-Eintragungen vorge¬ 
nommen worden ist, weil in diesem 
Falle die in einem TLB-Eintrag 
gespeicherten und zusammengehöri¬ 
gen TAG- und DATEN-Informatio- 
nen nicht mehr der realen Situation 
entsprechen. 
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.. Neuladen des CR3-Registers wer- □ 

•< du I intragungen im TLB als ungül- 
niiiikicrt und aus dem Übersetzungs- 
i .«l!» i »entfernt«. 

• Multitasking 

. I iläkist nichts anderes als eine 

ii. I. hlssequenz. Multitasking meint nicht 
mi, mehrere Befehlssequenzen gleich- 
H q*. auszuführen; aber der Prozessor ist 
nt der Lage, zwischen den einzelnen 
I i.Im hin- und herzuwechseln. Das geht 
m schnell vonstatten, daß man meint, 

«II. I asks im System liefen gleichzeitig. 
Irhrere Tasks benutzen also einen Pro- 
. va>r, so daß entsprechende Mechanis- 
mrtt bereitgestellt werden müssen, um 
dir Ausführung mehrerer Tasks »gleich- 
.Mlig« zu ermöglichen. Wird eine Task 

• Iwu unterbrochen, damit eine andere 
ni'./ugeführt werden kann, muß sie die 
Arbeit wieder an dem Punkt aufnehmen 
können, an welchem ihr die Kontrolle 
über den Prozessor entzogen wurde. 

Inif)lemetierung auf dem 80386 
Der 80386 unterstützt zu diesem Zweck 
rin spezielles Segment, das Task-Status- 
S q>ment . kurz TSS. In diesem Segment 
werden alle taskspezifischen Informatio¬ 
nen gespeichert, so daß es der CPU mög¬ 
lich ist, zu allen Tasks umzuschalten und 
dabei zu gewährleisten, daß alle Tasks 
voneinander getrennt sind. 

Jede Task im System bekommt ihr eige¬ 
nes TSS. Die wichtigsten Informationen 
darin sind: 

□ Die Werte aller für das Programm 
zugänglichen Register (Allgemeine 
Register), 
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den LDT-Selektor der Task, 

den Segmentselektor des TSS der 
aktuellen Task, 

den Inhalt des Registers CR3, das die 
Basisadresse der Page-Table der 
aktuellen Task enthält, und die Inhal¬ 
te anderer Control-Register. 

Ein TSS wird über einen speziellen TSS- 
Deskriptor angesprochen. Weil jedes 
TSS nur dem Betriebssystem zugänglich 
ist, werden diese Deskriptoren in der 
GDT gespeichert. Der Selektor des TSS- 
Deskriptors der aktuellen Task wird im 
Taskregister (TR) des Prozessors gespei¬ 
chert. Dieses Register bestimmt nur den 
Selektor der aktiven Task; ein Neuladen 
des Registers führt jedoch zu keinem 
Taskwechsel. Diese werden durch Aus¬ 
nahmen (Interrupts), der aktiven Task, 
oder anderen Programmen ausgeführt, 
die für den Taskwechsel bestimmt sind. 

Was bei Taskwechseln passiert 
Zunächst werden die Inhalte der Register 
im TSS der aktuellen Task gesichert, 
damit bei einem erneuten Taskwechsel 
diese Task ihre Arbeit korrekt fortführen 
kann. Dann lädt das Betriebssystem einen 
neuen TSS-Selektor in das Taskregister, 
sucht mit dessen Hilfe den entsprechen¬ 
den Deskriptor aus der GDT und 
bestimmt die Adresse des TSS im 
Arbeitsspeicher. Nachdem das TSS der 
neuen Task gefunden wurde, werden die 
Register mit den entsprechenden Werten 
im TSS der neuen Task geladen. Nach¬ 
dem der LDT-Selektor aus dem TSS in 
das LDTR geladen worden ist, kann der 
entsprechende LDT-Deskriptor aus der 
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GDT gesucht und auf die LDT der Task 
zugegriffen werden, um die Segmentregi¬ 
ster zu initialisieren. Anschließend kann 
die neue Task zur Ausführung gelangen. 

Dieser TSS-Mechanismus wird vom 
Betriebssystem verwaltet. Es muß ferner 
für jede neue Task ein neues TSS bereit¬ 
stellen und entsprechend initialisieren. Ist 
für jede Task im System ein TSS verfüg¬ 
bar, kann zwischen den einzelnen Tasks 
umgeschaltet werden. OS/2 macht davon 
aber wenig Gebrauch, sondern stellt eine 
eigene Taskverwaltung zur Verfügung. 
Da wir in diesem Artikel nur die Fähig¬ 
keiten auf Prozessorebene betrachten, 
soll eine genaue Erklärung des OS/2- 
Multitasking-Mechanismus einer der 
nächsten Ausgaben Vorbehalten sein. 

4. Systemschutz 

Die Schutzhardware des 80386 stellt den 
Umgang mit dem Speicher, allen I/O- 
Ressourcen und den Befehlssätzen unter 
Regeln. Diese Schutzkonzepte greifen 
tief in die Speicherverwaltung ein, da sie 
eng mit der Memory Management-Hard¬ 
ware verbunden sind. Der Systemschutz 
hat zum Zweck, bestimmte Operationen 
auf eine gewissen Teilmenge bestimmter 
Tasks einzuschränken. Jede Task, welche 
gegen diese Schutzkonzepte verstößt, 
wird von der Schutzhardware festgestellt, 
als Schutzverletzung signalisiert und 
abgebrochen. 

Durch die Schutzhardware kann die 
Betriebssystemsoftware von anderen Pro¬ 
grammen isoliert werden, womit das 
Betriebssystem ungestört die Ressourcen 
eines Systems verwalten kann, eine Not¬ 
wendigkeit für Multitasking-Systeme wie 


OS/2. Auch die einzelnen Anwendungei 
können voneinander getrennt werden. S< 
können Fehler, die in ein einem Pro 
gramm auftreten, das Verhalten eine 
anderen nicht beeinflussen, wodurch di< 
Zuverlässigkeit der Anwendungen um 
die Systemstabilität steigt. 

Der 80386 bietet zum Systemschutz in 
wesentlichen die Überprüfung voi 
Datentypen, die Limitüberprüfung um 
unterschiedliche Privilegebenen, au 
denen die einzelnen Anwendungen lau 
fen. 

Der Kembaustein des 80386-Schutzme 
chanismus ist dabei der Segment 
Deskriptor. Wie wir wissen, sind ii 
Deskriptoren Informationen über eil 
Segment enthalten, etwa die Basisadressi 
eines Segmentes. Der Deskriptor beinhal 
tet aber auch Informationen für di 
Bereitstellung der Schutzkonzepte: Dei 
Typ eines Segmentes; die Größe des Seg 
mentes (Obergrenze, Limit); und dessei 
Privilegebene. Auf diese Schutzdatei 
bezieht sich die CPU immer zweimal 
nämlich beim Laden eines Segmentregi 
sters und bei jedem Zugriff auf Daten de 
sich gerade in Benutzung befindendei 
Segments. Die Überwachung de 
Zugriffs auf Segmente ist daher Vorraus 
Setzung für den Softwareschutz. 

Die Überprüfung von Datentypen 
Mit Hilfe des Segmenttyps sorgt die CPl 
dafür, daß innerhalb von Programme] 
alle Code- und Datensegmente richti; 
benutzt werden. Beispielsweise könnei 
Daten nicht ausgeführt und Code nicli 
modifiziert werden; im CS-Register kan: 
nur ein Selektor eines Codesegmente 
aufgenommen, solche Selektoren könnei 
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jnloch nicht in eines der Datensegmen- 
licgister geladen werden. Datensegmente 
können ferner den Typ Read-Only oder 
Ucad/Write haben, womit nur Datenseg¬ 
mente letzteren Typs modifiziert werden 
können; für Codesegmente existieren die 
beiden Typen Execute-Only und Execu- 
Ir/Read, womit nur Codesegmente letzte- 
i > n Typs gelesen werden können. Wenn 
«las Paging aktiviert ist, wird eine zweite 
I bene der Datentypüberprüfung durchge- 
lilhrt, weil Pages vom Typ Read-Only 
oder Read/Write sein können 2 , 
leide Operation, welche diese Schutzre- 
gcln verletzt, stellt eine Exception dar 
und führt zur Unterbrechung des Pro¬ 
gramms, das die Schutzverletzung aus- 
lührte. Diese bei jedem Speicherzugriff 
(lurchgeführten Überprüfungen gehören 
/um einfachen Typ des im 80386 imple¬ 
mentierten Schutzmechanismus, der 
sicherstellt, daß mehrere Tasks voreinan¬ 
der geschützt sind. 

Die Limitüberprüfung 
Die im Limit-Feld des Segment-Deskrip- 
lor gespeicherte Obergrenze eines Seg¬ 
mentes benutzt der Prozessor zur soge¬ 
nannten Limitüberprüfung, um ein Pro¬ 
gramm davon abzuhalten, über die Gren¬ 
zen seines Segmentes hinaus Speicher zu 
adressieren. Während der Übersetzung 
von virtuellen in physikalische Adressen 
wird das Offset der virtuellen Adresse 
mit dem Wert im Limitfeld verglichen. 
Ist es größer als die Obergrenze des Seg¬ 
mentes, wird eine Exception ausgelöst, 
und das Programm, das den ungültigen 
Zugriff versuchte, wird beendet. Damit 


ist es einem Programm unmöglich, Daten 
in den Speicherbereichen anderer Pro¬ 
gramme zu modifizieren. Das ist übri¬ 
gens mit ein Grund, warum es für Protec- 
ted Mode-Systeme kaum Viren gibt, 
deren Prinzip es ist, die Speichereinträge 
anderer Programme zu manipulieren. 

Die Privilegebenen 

Um die Betriebssystemsoftware von den 
übrigen Anwendungen zu isolieren, ist 
eine weitere Dimension des Schutzes 
erforderlich, die sicher die bekannteste 
und auch die bedeutendste ist: Die Privi¬ 
le gebenen . Jedem Code- und Datenseg¬ 
ment wird eine solche Privilegebene 
zugeordnet. Welcher Ebene ein Segment 
angehört, wird im Segment-Deskriptor 
und im Selektor festgelegt. Das RPL- 
Feld des Selektors im CS-Register gibt 
dabei an, welcher Privilegebene ein gera¬ 
de ausgefuhrtes Programm angehört. 
Diese Privilegebene bezeichnet man als 
Current Privilege Level (CPL). 

Der 80386 stellt eine Privileg-Hierarchie 
mit vier Ebenen zur Verfügung. Die Ebe¬ 
nen werden von innen nach außen von 0 
beginnend durchnummeriert, wobei Ebe¬ 
ne 0 die Ebene mit den meisten Privilegi¬ 
en ist, während Ebene 3 am wenigsten 
priviligiert und damit am ehesten Stör¬ 
möglichkeiten anderer Programme aus¬ 
gesetzt ist. Eine Darstellung dieses Ring¬ 
systems zeigt Abb. 5. 

Auf Ebene 0 (CPL=0) befindet sich meist 
der Betriebssystemkem (Kemel), 
Deskriptor-Tabellen, Systemdaten usw; 
auf Ebene 1 (CPL=1) systemspezifische 
Erweiterungen und Service-Programme; 


2 Nur der Inhalt von Pages mit dem Read/Write-Attribut kann modifiziert werden. Auf 
der Ebene der Pages existiert das Execute-Only-Attribut nicht mehr. 
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Betriebssystemkernel, 

Systemdaten, z.B. Deskriptortabellen 


Unter OS/2 nicht genutzt 





Servicemodule, Treiber 

Privilegebene 2 (CPL~2j 



——— 

Anwendendungen, Privilegebene 3 (CPL= 3) 

8086-Tasks 



Abb. 5: Die vier Privilegebenen des 80386. Die Privilegebene eines Programmes wird 
im Selektor seines Codesegmentes gespeichert. Der 


auf Ebene 2 (CPL=2) halten sich Pro¬ 
gramme auf, die nicht zum Betriebssy¬ 
stem gehören, aber trotzdem vom Zugriff 
aller Anwendungen geschützt werden 
sollen; und auf Ebene 3 (CPL=3) befin¬ 
den sich die einzelnen Anwendungen. 
Dabei gilt: 

□ Programme niedriger Privilegebenen 
können auf Daiensegmente in höhe¬ 
ren Privilegebenen nicht zugreifen. 

□ Der Zugriff eines Programms auf 
Datensegmente, die sich entweder auf 
der gleichen oder einer niedrigeren 
Privilegebene aufhalten, ist jedoch 
erlaubt. 

□ Auf Codesegmente einer höheren Pri¬ 
vilegebene kann nur indirekt mit Hil¬ 
fe eines für das Programm transpa¬ 
renten Steuermechanismus, eines 
sogenannten Gates zugegriffen wer¬ 
den. Gates geben feste Einsprunga¬ 
dressen vor, wodurch ein unkontrol¬ 
lierter Zugriff auf höher privilegierte 
Ebenen ausgeschlossen ist. 


□ Auf Codesegmente, die auf der glei 
chen Privilegebene liegen wie das 
Programm, das sie nutzen möchte, 
darf zugegriffen werden. 

□ Auf Codesegmente, die auf einer 
niedrigeren Privilegebene liegen als 
das Programm, das sie nutzen möch¬ 
te, darf nicht zugegriffen werden, da 
der Vertrauensgrad dieses Codes 
geringer ist als der des aufrufenden 
Programms. 

Es ist nicht notwendig, alle Privilegebe¬ 
nen zu benutzen. OS/2 zum Beispiel 
benutzt nur drei, nämlich die Ebenen 0, 2 
und 3. 

Auf der Ebene der Pages existieren 
außerdem zwei Privilegebenen: Ein 
Supervisorlevel, für Programme des 
Betriebssystems, Systemdaten wie Page- 
Tables usw; und ein Userlevel für Daten 
und Code der einzelnen Anwendungen. 
Tasks, die auf Ring 0, 1 oder 2 laufen, 
agieren grundsätzlich auf Supervisor¬ 
level. 
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l>ri virtuelle 8086-Modus 

• m r, Anwendungen laufen im Real 
ImiIi* IJm sie in einem Protected Mode- 
, »Irin zu starten, muß der Prozessor 
•ttwixlcr in den Real Mode umschal- 

« n (wie der 80286) oder eine entspre- 
li* ndc Umgebung simulieren, wie der 
IUH(> es tut. Der 80386 ermöglicht die 
\ihltlhrung mehrer 8086-Anwendungen 
hu Protected Mode. Eine 8086-Anwen- 

• lung läuft daher innerhalb einer soge- 
•iiimiten virtuellen 8086-Task, die wie 
I* di Protected Mode-Anwendung auch 
-ml King 3 ausgeführt wird. 

I me virtuelle 8086-Task stellt eine soge- 
mmntc virtuelle 8086-Maschine bereit, 
wrlche virtuelle Register (mit Hilfe des 
ISS dieser Task) und einen virtuellen 
Adreßraum (das 1 Mbyte im linearen 
\drcßraum) zur Verfügung stellt. Auch 
dir I/O-Systemkomponenten werden in 
der virtuellen 8086-Task simuliert. Alle 
Zugriffe auf diese Einheiten werden vom 
llrlriebssystem gesteuert. Wenn eine 
H086-Anwendung z.B. einen Hardware- 
Interrupt auslöst, so wird er durch das 
Betriebssystem abgefangen und durch 
geeignete Programme entsprechend ver- 
iiibeitet. Auf diese Weise merkt das 
H086-Programm nicht, daß es auf einer 
komplett simulierten 8086-Maschine 
läuft, während das Betriebssystem dafür 
sorgt, die virtuelle 8086-Task in die Pro- 
lected Mode-Umgebung zu integrieren, 
um die sichere Betriebsumgebung nicht 
/u gefährden. OS/2 macht vom virtuellen 
K086-Modus des 80386 Gebrauch und 
stellt damit eine vorzügliche Umgebung 
für DOS- und Windows 3.x-AnWendun¬ 
gen zur Verfügung. Unter OS/2 ist diese 
Unterstützung mit sogenannten VDMs 


(Virtual DOS Machines) realisert, die an 
jedes Programm individuell angepaßt 
werden können. Die Implementierung 
dieser VDMs ist recht komplex, so daß 
wir die Einzelheiten der DOS-Emulation 
unter OS/2 in einer späteren Ausgabe 
zusammen mit ausführlichen Tips zur 
Konfiguration vorstellen werden. 


Die Folgemodeile des 80386 

Zum Abschluß dieses Artikels möchten 
wir Ihnen noch einen kurzen Überblick 
zu den Prozessoren geben, die nach dem 
80386 auf den Markt kamen. 

Der Prozessor der nächsten Generation 
war der 80486. Wie sein Vorgänger ver¬ 
fügt er über einen 32-Bit breiten Daten- 
und Adreßbus und sämtliche Leistungs¬ 
merkmale des 80386, die wir ausführlich 
beschrieben haben. Neuerungen bestan¬ 
den darin, daß auf dem gleichen Chip die 
Fließkommaeinheit (FPU) untergebracht 
war, also der Coprozessor. Beim 80386 
mußte man den Coprozessor extra kau¬ 
fen und in einen entsprechenden Steck¬ 
platz auf der Hauptplatine einbauen. Der 
Coprozessor ist notwendig, um Gleit¬ 
kommazahlen zu verarbeiten. Die EU des 
Prozessors kann nämlich nur Ganzzahlen 
verarbeiten. Durch einen Coprozessor 
erhöht sich die Rechenleistung, weil man 
ohne diesen zweiten Rechner entspre¬ 
chende Softwareemulationen zur Verfü¬ 
gung stellen muß, um Gleitkommaopera¬ 
tionen durchfuhren zu können. Unter 
OS/2 existiert dazu die eine Bibliothek 
namens NPXEMLTR.DLL. 

Alle Prozessoren ab dem 80386 verfügen 
über eine FPU , die auf dem gleichen 
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Chip wie die CPU untergebracht ist 3 . 
Eine weitere Besonderheit war ein 8 
KByte großer Instruction-Cache, mit des¬ 
sen Hilfe die letzten Instruktionen zwi¬ 
schengespeichert werden können, auf die 
zuletzt zugegriffen wurde. Durch den 
internen Instruction-Cache wurde die 
Verarbeitungsgeschwindigkeit gegenüber 
dem 80386 erhöht. Zur Verwaltung die¬ 
ses Caches dienen 6 neue, 80486-spezifi- 
sche Befehle. Alle dem 80486 folgenden 
Modelle verfügen ebenfalls über einen 
solchen internen Cache, der allerdings 
größer als 8 KByte ist. Bereits die späte¬ 
ren 80486-Prozessoren verfügten über 
einen 16 KByte großen internen Cache. 
Die letzte Veränderung gegenüber dem 
80486 bestand in einer Erhöhung der 
Takftrequenz, mit welcher der Prozessor 
betrieben werden konnte. Der schnellste 
80386 war der 80386 DX-40 von AMD. 
Die schnellsten 80486 werden mit 100 
oder sogar 133 MHz getaktet. Die hohe 
Takfrequenz wird durch einen sogenann¬ 
ten Clock-Doubler erzielt. Er verdoppelt, 
verdrei- oder vervierfacht den System¬ 
takt. Die CPU wird dann mit 66, 100 
oder 133 MHz getaktet, der Systembus 
aber nur mit 33 MHz. Nach dem 80486 
brachte Intel den Pentium-Prozessor auf 
den Markt, der neue Maßstäbe setzte. 
Heutzutage basieren alle Intel-kompati- 
blen Prozessoren auf der Pentium-Tech- 
nologie. 

Bei diesem Prozessor wurde nicht nur 
der Befehlssatz erweitert, sondern die 
ganze Architektur grundlegend überar¬ 
beitet. Dabei ist der Pentium vollkom¬ 
men binärkompatibel zu allen seinen 


Vorgängern; das Speichermanagemap 
hat sich auch hier nicht geändert, so dah 
der Pentium auf genau die gleiche Weis» 
den Speicher adressiert wie der 80386 
Der Pentium-Prozessor verfügt jedoch: 

□ über einen 64-Bit breiten Datenbus, 
um die Kommunikation mit dem Resl 
des System zu beschleunigen, 

□ eine völlig neu überarbeitete FPU, dir 
über eine siebenstufige Pipeline ver 
fügt; oft benutzte Befehle sind bereits 
hardwareseitig implementiert, um 
eine schnellere Ausführung zu erzie¬ 
len. Daneben wurden neue und ver¬ 
besserte Algorithmen aufgenommen, 
womit eine erhebliche Leistungsstei¬ 
gerung gegenüber der 486-FPU ent- 
steht, 

□ zwei getrennte 8 KByte große interne 
Code- und Datencaches, 

□ eine Einheit zur Verzweigungsvor¬ 
hersage (Branch Prediction), mit wel¬ 
cher die am meisten benutzten Befeh¬ 
le analysiert: werden um zu bestim¬ 
men, welche Sprungbefehle innerhalb 
des Programmcodes am wahrschein¬ 
lichsten auftreten werden (die errech- 
neten Wahrscheinlichkeiten liegen 
dabei bei über 88-90 %). Auf diese 
Weise kann immer flir eine volle 
Befehlsqueue flir die EU gesorgt wer¬ 
den. Für die Verzweigungsvorhersage 
stehen zwei Caches zur Verfügung, in 
denen der für die Ausführung vorge¬ 
sehene Code zwischengespeichert 
wird, 


3 Eine Ausnahme waren die 486SX-Prozessoren, die wie der 80386 ohne integrierte 
Fließkommaeinheit ausgeliefert wurden. 
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• »In Implementierung von RISC- 
Mnikturen. Der 80386 basiert auf der 
i I SC-Architektur (Complex Instruc- 
Iton Set Computer), die über einen 
riol,km Befehlssatz verfugen, um eine 
« inlache Programmiemng zu gewähr¬ 
leisten. Im Gegensatz dazu steht die 
l< ISC-Architektur (Reduced Instruc¬ 
tion Set Computer), die einen kleine- 
i»m Befehlssatz aufweist, wobei die 
»in/elnen Befehle flexibler zusam¬ 
mengesetzt werden können. Damit 
sinkt der Decodieraufwand, wodurch 
sich die Verarbeitungsleistung 
erhöht. Der Pentium-Prozessor ver¬ 
fügt zwar über einen noch höheren 
Befehlssatz als der 80486, jedoch 
sind in ihm einige typische RISC- 
Mcrkmale implementiert, 

\ eine superskalare Architektur, wobei 
zwei EUs parallel arbeiten. Beide 
EUs können pro Taktzyklus einen 
Befehl aufnehmen, womit zwei 
Instruktionen gleichzeitig verarbeitet 
werden können. 

I me weitere Besonderheit besteht in 
» Hier Option, welche die Größe der Pages 
betrifft. Der Pentium-Prozessor bietet 
optional auch eine Page-Größe von 4 
MByte an, um ein häufiges Auslagem 
von Pages auf die Festplatte zu vermei¬ 
den. Um so große Pages zu verarbeiten, 
muß ein System allerdings von vornher¬ 
ein über genügend Hauptspeicher verfü¬ 
gen, daneben werden solche Pages rasch 
unhandlich und lassen durch ihre Größe 
keine so optimale Benutzung des Spei¬ 
chers zu wie kleinere, 4 Kbyte große 
Abschnitte. Der Petium wurde zunächst 
mit 60 und 66 MHz ausgeliefert. Die 100 


MHz-Grenze ist jedoch schon lange 
überschritten worden. 

Der Nachfolger der Pentium-Prozessoren 
seitens Intel war zunächst der Pentium 
Pro-Prozessor und schließlich der Penti¬ 
um II. Die Prozessoren wurden kontinu¬ 
ierlich mit neuen Befehlssätzen erweitert 
(etwa dem MMX-Befehlssatz). Daneben 
wurden die internen Caches weiter ver¬ 
größert und die Taktfrequenz konnte 
ebenfalls erhöht werden. Auf der Penti- 
um-Technologie basierende CPUs wer¬ 
den auch von AMD (der K5 und K6, ab 
nächstes Jahr der K7) und Cyrix (die 
5x86 und 6x86-Prozessoren, bzw. der 
MII) angeboten. Sie sind mit den Intel- 
Prozessoren kompatibel und bieten die 
gleichen, zum Teil bessere Leistungen zu 
einem meist geringeren Preis als die 
Intel-Pendants. Besonders über diese 
neuen Konkurrenzprodukte im Vergleich 
zu den entsprechenden Intel-Modellen 
und ihre Leistung unter OS/2 werden wir 
in den nächsten beiden Ausgaben berich¬ 
ten, so daß wir uns eine knappe techni¬ 
sche Vorstellung dieser Prozessoren für 
ihren Test in der Praxis Vorbehalten. 
Wichtig jedoch ist, daß diese Prozessoren 
trotz ihrer Verbesserungen immer noch 
nach genau den gleichen Prinzipien 
arbeiten wie der 80386. Damit ist auch 
die volle Kompatibilität mit OS/2 
gewährleistet, selbst wenn man auf den 
Prozessoren Windows-Logos finden soll¬ 
te, die eine Optimierung für Microsoft- 
Produkte signalisieren. O 
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Zip Drives in IDE und Parallel 

Die Zip Drives von Iomega sind wohl 
jedem zumindest vom Hören bekannt. 
Seit der Markteinführung im Jahre 1995 
sind diese Laufwerke mit den etwa dis¬ 
kettengroßen Medien zu einer Art Stan¬ 
dard avanciert, und man findet sie fast 
überall. Sie bieten eine gute Alternative 
zur herkömmlichen Diskette und eignen 
sich als zuverlässiges und schnelles 
Backup-Medium ebenso gut wie für das 
Austauschen größerer Datenbeständen 
zwischen verschiedenen Systemen. 
Zip-Laufwerke gibt es für den Parallel¬ 
port, für IDE und SCSI. Wir haben uns 
zunächst den ersten beiden Laufwerksty¬ 
pen gewidmet und ihre Tauglichkeit 
unter OS/2 getestet. Dazu betrachteten 
wird das externe ZIP 100 parallel port 
und das interne Zip 100 /47/fP/-Laufwerk 
von Iomega unter Warp 3 und Warp 4. 

Lieferumfang 

Hat man den Schutzkarton entfernt, fin¬ 
det man die beiden Laufwerke in eierkar¬ 
tonähnliche Pappdeckel eingepackt; was 
die Umwelt betrifft, so denkt Iomega also 
mit. Der Umschlagkarton stimmt einen 
OS/2-Anwender allerdings nicht sehr 
optimistisch: Gleich drei Windows- 
Logos findet man darauf abgebildet, von 
OS/2-Kompatibilität auf der Verpackung 
also keine Spur (Altpapier läßt sich aller¬ 
dings gut entsorgen). Da man auf beide 
Laufwerke 1 Jahr Garantie hat, sollte 
man damit allerdings noch warten. 

Man findet zu beiden Laufwerken ferner 
ein recht umfangreiches Handbuch, eini¬ 
ge Beilagen, Tool- und Treibersoftware 
und Registrierkarten. Beim Parallel- 


Laufwerk ist eine Diskette mit Treibern 
für Windows und DOS sowie eine Zip 
Disk mit Werkzeugen enthalten; beim 
IDE-Zip findet man sogar eine CD, auf 
der man Tools für alle Windows-Versio¬ 
nen findet. Sowohl die CD als auch die 
Diskette bzw. die Zip-Disk braucht man 
nicht, ebenso wenig wie die Installations¬ 
hinweise in den Handbüchern (bis auf die 
Abschnitte, die sich mit der Hardwarein¬ 
stallation beschäftigen). Außer Tips zur 
Installation der Laufwerke unter den 
Windowsderivaten findet man darin 
nichts, was für OS/2 relevant wäre. Es ist 
natürlich ärgerlich, daß sich der Herstel¬ 
ler nicht die wenig belastende Mühe 
macht, die nötigen Treiber und Installati¬ 
onshinweise für andere Plattformen eben¬ 
falls direkt mit dem Laufwerk zu liefern. 
So ist man wieder auf sich allein gestellt. 
Immerhin gibt es von Iomega zwei OS/2- 
Treiber und einige Werkzeuge. Was Sie 
außerdem noch zum Betrieb der Lauf¬ 
werke benötigen, haben wir in einer 
Tabelle am Ende dieses Artikels zusam¬ 
mengefaßt. 

Das Laufwerk für den Parallelport 
Neben der beschriebenen Software findet 
man im Lieferumfang des Parallelport¬ 
laufwerkes neben dem Laufwerk selbst 
ein Netzteil und ein paralleles Kabel. 
Mehr braucht man zum Betrieb nicht. 
Den Eingang für dieses Kabel findet man 
auf der Rückseite des Laufwerkes, gleich 
daneben einen parallelen Ausgang für 
den Anschluß des Druckers. Diesen Aus¬ 
gang benötigt man, wenn man Drucker 
und Laufwerk am gleichen Port verwen¬ 
den möchte, was übrigens mit beiden 
OS/2-Versionen und mit verschiedenen 
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'•vslem ohne Schwierigkeiten funktio¬ 
nierte. 

I >ns Laufwerk selbst ist recht robust ver¬ 
tu heitet. Es besitzt sowohl an der Unter¬ 
teile als auch an einer der Außenseiten 
i lummifüßchen, die einen rutschsicheren 
lliilt auf dem Schreibtisch oder dem 
(omputergehäuse ermöglichen. Die 
I luchse für das vom Netzteil kommende 
kiibel findet man an der rechten Lauf¬ 
werkseite, wo es in einem kleinen Schlitz 
verborgen werden kann. Der Auswurf für 
«las Medium befindet sich gut zugänglich 
leclits an der Vorderseite des Laufwerks, 
darüber sind zwei LEDs, eine für die 
Spannung (grün) und die andere zum 
Registrieren von Aktivitäten des Lauf¬ 
werkes (orange). 

Soweit ist das externe Zip eine feine 
Sache, weist allerdings auch zwei unan¬ 
genehme Mängel auf: Einmal ist das Par¬ 
allelkabel viel zu kurz, es mißt gerade 
mal an die 40 cm. Nicht genug, wenn 
man es auf dem Schreibtisch unterbrin¬ 
gen möchte. Wir haben uns beholfen, 
indem wir es auf die Oberseite eines 
I owergehäuses stellten, allerdings 
kommt man dann weniger gut an das 
Laufwerk heran. Man ist also gut bera¬ 
ten, sich beim Bezug des Laufwerkes ein 
längeres LapLink-Kabel zu kaufen, um 
ein wenig freier in der Wahl des Aufstel¬ 
lungsortes zu sein. Der Betrieb mit einem 
solchen Nicht-Iomega-Kabel verursachte 
keine Probleme. 

I in weitaus schwerwiegenderer Nachteil 
ist das Fehlen eines Schalters für die 
Spannungsversorgung. Wohl oder übel 
hängt das Laufwerk ständig am Netz. 
Das ist nicht sehr angenehm, einmal weil 
es ununterbrochen Strom verbraucht; 


zum anderen weil jedes Ein- und Aus¬ 
schalten mit einem Kriechgang unter den 
Schreibtisch verbunden ist. Das Jaz-Dri- 
ve ist da etwas fortschrittlicher und hat 
einen Schalter an der Rückseite. Daß 
Iomega dem Zip nicht auch einen solchen 
Schalter gönnte, ist schade. Wir haben 
uns mit einer Steckdosenleiste beholfen, 
die man ein- und ausschalten kann. Eine 
Anschaffung, die sich im übrigen für 
jedes Rechnersystem lohnt. 

Treiber 

Mit dem ZIP parallel port gab es bezüg¬ 
lich des Treibers keinerlei Probleme, da 
der Hersteller ein entsprechendes Trei¬ 
berpaket bietet und zwar gleich in zwei 
Versionen: Einen ADD mit einem ent¬ 
sprechendem Filter für die SCSI-Varian- 
ten ( Zip und Jaz) und einen OAD (Open 
Architecture Driver) ebenfalls für den 
Betrieb der SCSI-Typen und auch des 
Parallelportlaufwerkes. Zu entscheiden, 
welchen dieser Treiber man verwendet, 
ist nicht ganz leicht, zumal die Doku¬ 
mentation des Herstellers noch mehr 
Unklarheit schafft. Für das Zip parallel 
port brauchen Sie auf jeden Fall nur den 
OAD. Die Herstellertreiber finden Sie 
auf unserer Homepage. 

Dieser Treiber, der in der Version 2.34 
vorliegt, ist gut und gern drei Jahre alt, 
neuere Versionen gibt es nicht. Aller¬ 
dings verspricht er eine problemlose 
Installation und ein angenehmes Arbeiten 
mit dem Laufwerk. Welche Laufwerke 
dieser und der ADD-Treiber unterstützt, 
finden Sie ebenfalls in einer Tabelle am 
Ende dieses Berichtes. Bis auf das Zip 
parallel port werden die Herstellertreiber 
allerdings nicht oder nur bedingt benö- 
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dabei um ein« 

jselbstentpackendc 

DOS-Datei. 


OS/2 


Quell enverzeichnis 


Ändern.. 


©Entpacken Si» 
diese Datei in 
einem temporären 
'Verzeichnis (üba 
die Kommandozei 
le os2v234 eingi 
ben; mit der WPS 
einfach auf du 
os2v234-Objekt 
^doppelklicken). 
Nach dem Entpak 
ken finden Sie eine Readme-Datci, 
eine Zipdatei namens 02345.ZIP, 
sowie ein PKUNZIP für DOS uml 
eine EXTRACT.BAT zum Entpacken 
Entpacken Sie die ZIP-Datei durch 
Doppelklick auf die EXTRACT.BAT 
oder mit einem OS/2-Unzip (finden Sic 
ebenfalls auf unserer Homepage). 
Dadurch werden zwei Verzeichnisse 
namens DISK1 und DISK2 erstellt. 
DISK1 enthält die Iomega-Tools für 
Win-OS/2; DISK2 die angesprochenen 
Treiber. Verschieben Sie den Inhalt 
beider Verzeichnisse auf zwei entspre¬ 
chend beschriftete Disketten. Sie benö¬ 
tigen im folgenden nur die Treiberdis¬ 
kette. 


Zlelverzeic 


Die Einheitentreiber auswählen, die installiert werden sollen. 


Iomega Tools for OS/2 ADD. vlÜ (OS/2 Warp) 


Ändern.. 


jnstallien 


Abbruch 


Abb.l: Den Iomega OAD Treiber installieren 

tigt. Alle anderen Laufwerke von Iome¬ 
ga, wie das Zip ATAPI lassen sich auch 
mit dem betreiben, was OS/2 bietet 
(wenngleich das der Hersteller nicht 
weiß). 


Installation 

Die Einrichtung des Laufwerkes im 
System ist, wie man sich denken kann, 
problemlos: Man schließt es mit dem bei¬ 
liegenden Kabel einfach an einen freien 
Parallelport an. Läßt man das Laufwerk 
über LPT1 laufen, verbindet man das 
Druckerkabel über die beschriebene 
Buchse mit dem Laufwerk. 

Nach erfolgreichem Anschluß geht es an 
die Installation des Treibers, die ebenso 
einfach ist. Gehen Sie dazu wie folgt vor: 


©Überprüfen Sie, ob das Laufwerk mit 
Spannung versorgt wird und korrekt 
am Parallelport angeschlossen ist. 
Legen Sie die Diskette mit den Iome- 
ga-Treibem in das Laufwerk A: und 
starten Sie das Dienstprogramm Ein¬ 
heitentreiber installieren. Sie finden es 
unter Warp 3 im Ordner Systemkonfi- 


©Besorgen Sie sich den Treiber wie 
unter Treiberunterstützung angegeben. 
Auf unserer Homepage finden Sie ihn 
auf der Treiberseite der OS/2 Only! 
Downloadpage als Datei mit dem 
Namen os2v234.exe. Es handelt sich 































i l.iidware: Praxis - Zip Drives in parallel und IDE 


• 'i>n3B 


I U HtMO 2.3. 


llil i mm 


iS üeceaber U1.Z8 

-———,—*—-— — - 


I H'.itp a new CONFIG.OAD file 
lv.nl/nodify CONFIG.OOP file 




■i:. 

, . ' : . 

; K , ■. 

' ' . i-V: •. •* . •" ’ * i '.-‘4. • »';>« 1 

MB? > > ■ " 

j , * 

Loc> or (HIGHI ) to go to the pi cäm« ncnu. . <Fi > for Help. 

1 *i» mrJ down arrow keys Highlight nenu itcnc. 
i 11 1 er) or (LEFT) aolects confiouration paih or wentl Option, 


> *" 

/* v.; 

'! = V- • 


\hh. 2: GENOAD nach dem Laufwerk am Parallelport suchen lassen 


guration, der sich im System- Ordner 
auf der Arbeitsoberfläche befindet, 
bzw. unter Warp 4 im Ordner Installie¬ 
ren/Entfernen, welcher im Ordner 
Systemkonfiguration liegt. Wenn Sie 
die WPS nicht verwenden, starten Sie 
das Programm über die Kommandozei¬ 
le. Geben Sie dazu den Befehl DDIN- 
STAL ein. 

O Drücken Sie nach dem Start des Pro¬ 
gramms Installieren. Das Programm 
zeigt Ihnen zur Auswahl den Iomega 
OS/2 OAD Driver v2.34 und Tools für 
den ADD-Treiber (siehe Abb. 1). Mar¬ 
kieren Sie den ersten Eintrag und klik- 
ken Sie auf OK. Das Programm 
erzeugt dann auf dem Installationslauf¬ 
werk das Verzeichnis OAD, kopiert 
alle nötigen Dateien und trägt den 
OAD-Treiber namens OS2.SYS in die 
CONFIG.SYS ein. Wenn das Pro¬ 
gramm beendet ist, bestätigen Sie alle 
Hinweise, führen Sie einen Systemab¬ 


schluß durch 
und starten 
Sie den 
Rechner neu. 
Wird der 
Treiber beim 
Systemstart 
das erste Mal 
gealden, mel¬ 
det er sich 
mit mehrma¬ 
ligen Piepen, 
da er noch 
nicht konfi¬ 
guriert ist. 
Das ist aller¬ 
dings völlig 
normal. 

Tip: Das Programm Einheitentrei¬ 
ber installieren fügt das OAD- 
Verzeichnis nicht in die PATH- 
Anweisung der CONFIG.SYS 
ein (die Anweisung fehlt in der 
Profilsteuerdatei). Bevor Sie 
also den Rechner neu starten, 
editieren Sie am besten die 
CONFIG.SYS, um den Eintrag 
nachzuholen. Sie müssen spä¬ 
ter Programme aus diesem 
Verzeichnis auf rufen, so daß es 
praktisch ist, nicht immer das 
Verzeichnis wechseln zu müs¬ 
sen. 

ONach dem Neustart müssen Sie den 
Treiber konfigurieren. Öffnen Sie dazu 
ein OS/2-Fenster oder einen OS/2- 
Gesamtbildschirm. Wechseln Sie in 
das Verzeichnis \OAD auf dem Instal¬ 
lationslaufwerk, wenn das Verzeichnis 
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nicht im PATH eingetragen ist, und Nachdem der Scan abgeschlossen im 

starten Sie GENOAD.EXE. Nachdem drücken Sie wieder ESC und bestätigen 

das Programm gestartet ist, drücken bei der Abfrage Save OAD Chanel 

Sie ESC , um den Begrüßungsbild- mit der Auswahl des Feldes Yes. BestÄ 

schirm zu entfernen und wählen aus tigen Sie die Abfrage Overwrite COS 

dem Menü mit den Pfeiltasten Scan FIG ebenfalls mit Yes und beenden Sw 

Physical Connections* (Abb.2) .Das das Programm durch Drücken vor 
Programm sucht dann nach dem ange- ESC und der erneuten Auswahl von 

schlossenen Laufwerk (was etwa 10 Yes. 

bis 15 Sekunden dauert) und zeigt es 

mit dem zugehörigen Treiber in einer ©Führen Sie einen Systemabschluli 
Liste an (Abb 3). durch, und starten Sie den Rechnet 

neu. Beim nächsten Neustart zeigt dci 
OAD-Treiber beim Laden Scanning 
f Ausgeschaltete oder nicht ange- OAD Configuration File... an und mel 

* schlossene Laufwerke erkennt det schließlich die Laufwerksbezeich 

GENOAD nicht Findet GENOAD nung, unter dem das ZIP geführt wird. 
das Laufwerk nicht , überprüfen Sie z.B. Supporting Logical Drive K: 

zunächst die Spannungsversorgung , 

die Verbindung zum Parallelport Damit ist die Installation abgeschlossen 
und schließlich den Parallelport Sowohl von der Kommandozeile aus als 
selbst auch auf der Arbeitsoberfläche stehl 

Ihnen nun 
das ZIP am 
Parallelport 
als neues 
Laufwerk 
zur Verfü¬ 
gung. 


Schließen 
Sie irgend 
wann weite¬ 
re ZIP-Lauf- 
werke an Ihi 
System an, 
starten Sic 
GENOAD 

Abb. 3: GENOAD nach dem Hardware Scan und nehmen 

4 Menüpunkte werden in GENOAD mit Enter ausgewählt. Zum Fortfahren muß ESC 
gedrückt werden. Die Benutzung der ESC-Taste ist daher etwas ungewöhnlich. 


GENOAD.EXE 


GEHQBD 2,3a 


Sunday 13 December 1998 18.28 
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i Inulware: Praxis - Zip Drives in parallel und IDE 


•I" i dieses Programm die erneute Konfi- 
•ii illon wie oben angegeben vor. 

• Umschriebene Vorgehensweise berei- 
' keine Probleme mit beiden Betriebs- 
ilcmvcrsionen und funktioniert tadel- 

' • mgar unter OS/2 2.1, so daß Sie evtl, 
ui» h einen älteren Rechner, auf dem die- 

• > Version noch läuft, mit einem Zip- 
I mitwerk ausstatten können (etwa ein 

• In * Notebook, dem es oft an Speicher- 
l'ltil/ fehlt). 

Up: Wenn Sie mit der WPS arbeiten , 
geben Sie dem neuen Laufwerks¬ 
buchstaben einen aussagekräfti¬ 
gen Namen, etwa ZIP Drive , um 
es von den anderen klar zu unter¬ 
scheiden. 


betrieb 

Im Betrieb präsentiert sich das ZIP-Drive 
1 1 « ein großes Diskettenlaufwerk. Mehr 
ui l Jmgehensweise braucht man nicht 
/ii erklären. Die WPS bietet für das neue 
I iiufwcrksobjekt unter anderem die Opti- 
•II Datenträger auswerfen , die im übri- 

• • n auch den gewünschten Effekt erzielt. 
Wer nicht mit der WPS arbeitet, kann das 
tlltflche mit dem Iomega Utility 
I 1)(’K.EXE (im Verzeichnis \OAD) und 
»lern Parameter /e über die Kommando- 

alle erreichen. 

\n/umerken ist aber, daß das externe 
II* Laufwerk den Datenträger im wahr- 
ilrn Sinne des Wortes auswirft. Steht das 
I «ul werk also an einem Platz, von dem 
aus das Medium zu Boden fallen kann, 

• »Ille man vorsichtshalber die Hand vor 
• Inn Ausgabeschlitz halten. 


Ein Zip am IDE-Controller 
IDE ist die Lösung in Sachen Massen¬ 
speichersysteme, die sich auf dem 
Endanwendermarkt durchgesetzt hat. Das 
heißt nicht, daß es das bessere System ist; 
aber es ist kostengünstiger und für den 
Einstieg nicht verkehrt. Ferner gibt es 
eine Fülle unterschiedlichster Geräte für 
IDE, und so ist auch der OS/2-Anwender 
versucht, entsprechend »exotische« Lauf¬ 
werke an einen IDE-Controller zu hän¬ 
gen. Mit dem Zip 100 A TA PI Laufwerk 
geht es, wenn auch mit einigen Hinder¬ 
nissen. 

Das Laufwerk wird mit allem geliefert, 
was für die Hardwareinstallation nötig 
ist. Dabei sind ein IDE-Kabel, ein Y- 
Kabel für das Netzteil, ein 5'/4"-Einbau- 
rahmen, denn das Zip ist nur 314" groß, 
und ein Tütchen mit vier Schrauben zum 
Einbau. Die Dokumentation ist sehr gut. 
Sie gibt die einzelnen Schritte beim Ein¬ 
bau des Laufwerkes in das System wie¬ 
der. Wie das Zip an den IDE-Port ange¬ 
schlossen werden kann, ist dem Hand¬ 
buch ohne Mühen zu entnehmen. 

Das Laufwerk macht einen robusten Ein¬ 
druck - bis auf die Anschlußleiste am 
hinten Teil, welche das IDE-Kabel auf¬ 
nimmt. Man hätte sich diese Steckerleiste 
etwas stabiler am Laufwerk angebracht 
gewünscht. Jedoch ist dieser Nachteil in 
der Verarbeitung zu verkraften, da man 
ja nicht jeden Tag das Kabel herauszieht, 
um es wieder hineinzustecken, so daß 
diese Stelle auch nicht unnötig bean¬ 
sprucht wird. Sollte sie aber besser auch 
nicht. Beim Einstecken des Kabels ist 
demnach ein wenig Vorsicht angesagt. 
Das IDE-Kabel, das Iomega mitliefert, ist 
übrigens lang genug, um es durch selbst 
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große Gehäuse an anderen Laufwerken 
vorbeizuführen, sollte man wenig Platz 
haben. Die Jumper, mit denen man das 
Laufwerk am IDE-Port konfiguriert, sind 
leicht zugänglich am hinteren Teil des 
Laufwerkes angebracht. Der Installation 
der Hardware steht also nichts im Wege. 
Di^-Äüswurftaste am Laufwerk, sofern 
man sie denn braucht, denn die Aus- 
wurffunktion läßt sich auch über die 
Software steuern (und wenn man mit 
HP FS-formatierten Medien arbeitet, geht 
das auch gar nicht anders, da OS/2 in 
einem solchen Falle das Laufwerk 
sperrt), findet man in der LED, welche 
die Aktivitäten des Zips anzeigt, an der 
Vorderseite des Laufwerkes. Es ist ein 
wenig ungewohnt, auf eine LED zu drük- 
ken, so daß man vielleicht zunächst ver¬ 
geblich nach einer Eject-Taste sucht. 

Das interne ATAPI-Zip wirft die Medien 
weniger kraftvoll aus als das externe 
Pendant am Parallelport. Manchmal ist 
die Wucht aber doch größer, und das 
Medium fällt vom Gehäuse auf den 
Boden (bei unserem Towergehäuse ein 
tiefer Fall). Also sollte man beim Aus¬ 
werfen eines Mediums auch hier vor¬ 
sichtshalber die Hand vor das Laufwerk 
halten, um ein Fallen der Disk auf den 
Boden verhindern zu können. Bis auf 
diese kleinen aber nicht so tragenden 
Mängel kann man gegen das interne Zip- 
Laufwerk allerdings nichts sagen. 

Treiber 

Hatte man mit dem Laufwerk für den 
Parallelport keine Probleme, einen Trei¬ 
ber zu bekommen, kann einem das IDE- 
Zip wahre Kopfschmerzen bereiten. Es 
läßt sich zwar problemlos in nahezu jeder 


Hardwarekonfiguration im System uni* 
bringen, aber daß heißt noch lange niilH 
daß OS/2 es auch erkennt. Einen Trcil"* 
findet man beim Hersteller nicht. Au«' 
in den Laufwerksspezifikationen dvi 
ATAPI-Zips von Iomega taucht OS 
unter Operating System Compatihiln 
nicht auf. Ein Anruf bei der Iomega-ll< 1 
line war noch enttäuschender, weil m 
dort mit OS/2 nicht sehr viel anzufanj'* • 
wußte. Dort wurde gesagt, es gäbe »keim 
Chance«, das Laufwerk unter OS/2 
betreiben. Nur um es vorwegzunehmu 
Es läßt sich betreiben! 

Mit dem Fixpak 35 für Warp 3 und den 
Fixpak 6 für Warp 4 hat sich an ck 
Unterstützung großer EIDE-Festplattei 
wechselbarer Medien und am HPI ‘ 
Dateisystem einiges getan: Zum ein» 
werden EIDE-Laufwerke bis zu eitu 
Größe von 8,4 GByte unterstützt; zuit 
anderen können ATAPI-Wechsellaufwo 
ke wie das Iomega Zip betrieben werdet’ 
Die Unterstützung für IDE- und EID! 
Geräte bietet der IBM 1 S506.ADD-TiV’ 
ber; für ATAPI-Laufwerke der IBMA 
TAPI.FLT. Besonders erfreulich ist, d«l 
die Medien mit HPFS formatiert werde’ 
und gefahrlos gegen andere ausgeweeh 
seit werden können. Dazu bieten dn 
WPS-Objekte für Laufwerke mit weck 
selbaren Medien wie dem Zip eine neu« 
Auswurf-Funtkion, die ein gefahrlose 
Entnehmen des Mediums ermöglicht; fw 
die Kommandozeile gibt es das klein« 
Programm EJECT, das genau dasselb« 
bewirkt. 

Also heißt es fixen, wenn man das Iomt 
ga ATA PI Zip unter OS/2 betreiben 
möchte. Die beiden angegebenen Fixpak 
standen uns zur Verfügung. Wir spielten 
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* Li I u r auf und fugten ein weiteres Fix 
! "i ii. das Sie sich von unserer Homepa- 
, 4 /lohen können (Datei: ideatapi.zip). 

• «Ill» n Sie Ihr Warp mit einem aktuelle- 
ii I Ixpak als 35 für Warp 3 und 6 für 

HI« I betreiben, brauchen Sie laut IBM 
Ii « Datei nicht. Diejenigen, welche 
«II» ulmgs mit Warp 3 mit Fixpaks unter 
| oder Warp 4 mit Fixpaks unter 6 
««!" den, sollten zunächst diese Fixpaks 
ii ipiclen und anschließend das ATAPI- 
i|« installieren. Von einer Installation 

i II )l -fixes auf eine andere Warp-Ver- 
"•«« unter Fixpak 35 (bzw. 6) ist abzura- 

« ii Wir haben es ausprobiert und damit 
■ hhvhtc Erfahrungen gemacht (einge- 
Inlinkte Funktionalität, HPFS-forma- 
*• 1 1« Medien konnten nicht gewechselt 

• ulen, bis hin zu einem Trap, hervorge- 
miI« n durch eine Exception im 
IHM I S506.ADD). Also: Erst fixen, dann 
Ii laufwerk in Betrieb nehmen. Wo es 
Ii* I ixpaks gibt, erfahren Sie im Kapitel 
i» uigkeiten. 

Installation 

I ii» I lardwareinstallation ist sehr gut im 
lliindbuch beschrieben, so daß wir hier 
tu« ht genau darauf eingehen müssen. Nur 

ii den Konfigurationen: Das IDE-Zip 
i um als Slave oder Master an den IDE- 
l'«nl angeschlossen werden. Wir haben es 
«I. Master am sekundären IDE-Control- 
I» i betrieben; aber auch als Slave zusam- 
hh'm mit dem CD-ROM am sekundären 
l*oi I oder als Slave am primären in 

ii‘.ammenarbeit mit der Festplatte gibt 
• •« im Betrieb keine Schwierigkeiten. Sie 
können das Laufwerk also mit allen im 
Handbuch beschriebenen Hardwarekon- 
llgurationen einsetzen. Standardmäßig ist 


das Zip als Slave gejumpert, so daß man 
hier evtl. Änderungen vornehmen muß. 
Das Zip läßt sich sowohl in einen 5!4" als 
auch in einen ß'/^'-Einbauschacht einset¬ 
zen. Beim letzteren muß man nur den 
Einbaurahmen entfernen. 

Was den Treiber anbelangt, so spielen 
Sie zunächst ein Fixpak (mindestens 35) 
für Warp 3 bzw. (mindestens 6) für Warp 
4 auf. Nach erfolgreicher Installation des 
Fixpaks 35 bzw. 6 installieren Sie bitte 
außerdem noch das Fix FIXED IDE 
HARD DRIVE AND REMOVABLE 
MEDIA SUPPORT auf. Gehen Sie dazu 
wie folgt vor: 

OBesorgen Sie sich die Datei von unse¬ 
rer Homepage (Datei: ideatapi.zip). 
Entpacken Sie sie direkt auf eine Leer¬ 
diskette. 

©Nehmen Sie die Installation über das 
Dienstprogramm Einheitentreiber 
installieren vor, wie es bereits 
beschrieben worden ist. 

©Führen Sie anschließend einen Syste¬ 
mabschluß durch und starten Sie das 
System neu. 

Wie bereits gesagt, ist bei höheren Fix- 
paklevels dieses Fix nicht erforderlich. 

^ Sollten Sie das Fix nicht benötigen, 
• achten Sie bitte darauf, daß der 
Treiber IBMA TA PL FL T in der 
CONFIG.SYS eingetragen ist, denn 
OS/2 tut das nicht automatisch. 
Falls kein Eintrag vorhanden ist, 
fügen Sie ihn mit der Anweisung 
BASE DE V-IBMA TAP/.FLT hinzu. 
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Es sind keine weiteren Konfigurations¬ 
schritte zur Einrichtung des OS/2-Stan- 
dardtreibers nötig. IBM1S506.ADD 
bestimmt die Hardwarekonfiguration 
automatisch. Wir stellten fest, daß nach 
der Installation des Zip A TA PI Laufwer¬ 
kes das System etwas länger braucht, um 
den Treiber zu initialisieren, wodurch die 
Bootzeit ebenfalls steigt. Sollte es also 
scheinbar nach dem Laden des 
IBM1S506.ADD nicht weitergehen, so 
haben Sie einfach etwas Geduld. 

Der Treiber arbeitet zuverlässig ohne 
Ausfälle und Probleme. Die Unterstüt¬ 
zung der Laufwerke seitens IBM ist also 
nicht zu beanstanden und verleiht dem 
OS/2-Anwender eine noch höhere Flexi¬ 
bilität in der Wahl seiner EIDE- bzw. 
ATAPI-Einheiten. Wir werden die neue 
Version des Standardtreibers auch noch 
mit großen EIDE-Festplatten testen, um 
eventuelle Probleme ausfindig zu 
machen. 

Leistung 

Wir testeten die beiden Zips mit zwei 
verschiedenen Rechnern: Einem 6x86 
PI66 PCI-Rechner mit 32 MB RAM und 
einer 1,2 GB-EIDE-Festplatte von Con- 
nor und einer 486 DX/2-66 VLB- 
Maschine mit 16 MB RAM und einer 
850 MB IBM-Festplatte. Beim Test der 
Geräte formatierten wir die Zip-Medien 
zunächst nur mit FAT. 

Mit FAT wird das Zip zur Schnecke. Wir 
ermittelten durch Dateioperationen (Ver¬ 
schieben, Kopieren) eine Datentransfer¬ 
rate von etwa 85 KB/sek für das ZIP par¬ 
allel port. Das ATAPI-Laufwerk brachte 
es gerade mal auf durchschnittlich 98 
KB/sek. Das ist nicht gerade viel. Eine 


geminderte Geschwindigkeit wäre * 
noch vertretbar, aber das Antwortvcrln* 1 
ten der Systeme veränderte sich b* im 
Betrieb der beiden Laufwerkes so sein 
daß man nicht mehr vernünftig dami* 
arbeiten konnte. Auf dem älteren Reil« 
ner konnte man nebenbei einen Kall< 
trinken, und selbst mit dem schnell* 
6x86 ließen sich Fenster nur sehr schli p 
pend verschieben und Programm 
brauchten viel zu lange um zu starten 
Alleine um ein OS/2-Fenster zu offnen 
benötigte das System etwa 20 Sekundn 
was kaum mehr vertretbar ist. Für n 
umfangreiches Arbeiten mit den Laut 
werken ist FAT als Dateisystem für dl* 
Zip-Medien also nicht geeignet. 
Formatiert mit HPFS ist es jedoch cm 
wahre Freude, mit den Zip-Laufwerkc 
zu arbeiten, v/eil man wirklich dti 
Anschein hat, mit Festplatten umzugeho 
(selbst am Parallelport), nicht mit übei 
großen Diskettenlaufwerken. Danebri 
merkt man von Datentransfers nicht viel 
man kann ganz normal mit dem Systen 
Weiterarbeiten, abzüglich der Einschnitt 
kungen, die IDE mit sich bringt. S* 
brauchte das ATAPI-Zip im 6x86 I 
Minute und 20 Sekunden, um 137 Datei 
en mit einer Gesamtgröße von 4,7 Mh 
auf ein mit FAT formatiertes Zip-Medi 
um zu kopieren; mit einer Zip-Disketti 
welche mit HPFS formatiert wurde, dati 
erte das gerade mal 13 Sekunden! Den 
gleichen Effekt erzielten wir mit dem Zip 
am Parallelport: Der 486 übertrug 8,' 
MB auf das externe Laufwerk mit HPFS 
Medium in nur 83 Sekunden, und da' 
System reagierte wie gewohnt auf Benul 
zereingaben. Nach diesen überraschen 
den Erfahrungen testeten wir bevorzug 
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HPFS zu formatieren, 
gehen Sie wie folgt vor: 

OSperren Sie das Lauf¬ 
werk. Verwenden Sie 
die WPS, so öffnen Sie 
das Kontextmenü des 
Laufwerkobjekts und 
wählen Sie Datenträger 
sperren (Abb 4). Von 
der Kommandozeile aus 
benutzen Sie das Iome- 

ga-Tool LOCK. Die 
\bb. 4: Das Parallele Zip Laufwerk über die WPS sperren Syntax hierfür lautet* 

den Umgang mit HPFS-formatierten 

Medien. LOCK <Laufiverkbuchstcibe:> /L 

Vorbereiten der Datenträger ©Formatieren Sie das Laufwerk. Über 

Wenn man die Zip-Medien kauft, sind sie die WPS öffnen Sie das Kontextmenü 

mit FAT formatiert. Also muß man sie des Laufwerk Objektes und wählen 

neu formatierten. Eine Partitionierung ist Datenträger formatieren (Abb. 5). Im 

nicht erforderlich, da die Medien bereits erscheinenden Dialog wählen Sie 

pnrtinioniert sind: Man findet auf ihnen HPFS und starten den Formatiervor- 

cinc primäre Partition. Das sollte auch so gang durch Drücken auf OK. Ist das 

bleiben. Wir hatten Probleme mit logi- Formatieren beendet, schließen Sie das 

*chen Partitionen auf einer Zip-Diskette. Statusfenster durch Drücken auf OK. 

Allerdings braucht man keine Angst zu 

haben, daß sich durch die Installation der f Wir hatten Probleme , ZIP-Medien 
/if)s oder durch das Erstellen einer pri- im Parallelportlaufwerk mit Warp 3 

miiren Partintion auf einem Zip-Medium und 4 für HPFS zu formatieren , 

die Laufwerkbuchstaben ändern. Die wenn das Fixpak 35 (bei Warp 3) 

wcchselbaren Laufwerke werden von bzw. das Fixpak 6 (bei Warp 4) auf- 

(>S/2 automatisch an das Ende der Lauf- gespielt war. Der Formatiervorgang 

werkliste gestellt. Sollte eine Partinio- wurde entweder abgebrochen oder 

nierung aber doch einmal erforderlich mit den Fehlermeldungen SYS 1279 

nein, funktioniert dies allerdings nicht bzw. SYS0527 beendet. Mit einem 

mit dem Zip am Parallelport, da dieses ungeflxten Warp 3 oder 4, bzw. mit 

Laufwerk nicht direkt von einem OS/2 OS/2 2.1 konnte eine HPFS-Forma- 

ADD-Treiber unterstützt wird. tierung jedoch durchgeführt wer- 

l Jm ein Zip-Medium, das in einem Lauf- den. Formatiervorgänge mit den 
werk am parallelen Port eingelegt ist, für Fixpaklevels 38 (Warp 3) und 8 
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(Warp 4) konnten wir nicht mehr 
testen. 

Sollten Sie ein Warp mit FP 35 
(Warp 3) oder FP 6 (Warp 4) betrei¬ 
ben , bereiten Sie die ZIP-Medien 
über eine Wartungspartition oder 
mit Hilfe von Notfalldisketten vor , 
wenn diese mit einem Warp ohne 
Fixes erstellt worden sind. Liegen 
solche Disketten oder entsprechende 
Wartungspartitionen nicht vor y 
benutzen Sie die Installationsdisket¬ 
ten des Betriebssystems , um das 
System zu starten und die Medien 
mit dem auf den Disketten bzw. den 
CDs befindlichen FORMAT vorzu¬ 
bereiten. Die Verwendung eines 
FORMA T einer »ungefixten« 
Warpversion auf einer solchen mit 
den angegebenen Fixpaklevels war 
im übrigen nicht möglich. 

©Arbeiten Sie lieber mit der Komman¬ 
dozeile, verwenden Sie zum Formatie¬ 
ren den Befehl Format: 


format <ziplaufwerk:> /FS:hpfs 

OS/2 verwendet ab der Version \" 
standardmäßig ein QuickFormat !i 
HPFS. Wenn Sie dies nicht wollen 
fugen Sie dem obigen Befehl den Pani 
meter /L hinzu. 

Mit dem ATAPI-Zip geht alles einfache« 
Man legt ein Zip-Medium ein un> 1 
beginnt zu formatieren, über die Wl“< 
oder den Prompt. Probleme irgend eim i 
Art traten hier nicht auf. Man kann übt i 
das Kontextmenü des Laufwerkobjekh 
den Datenträger nach dem Formatiervoi 
gang auswerfen, um einen neuen zu foi 
matieren (siehe Abb. 6). 


Handhabung von HPFS-ZIP-Medien 
Der Gebrauch von mit HPFS-formatier 
ten ZIP-Medien ist unkomplizierter ah 
man denken mag. Das IDE-Laufwerkob 
jekt der WPS bietet zunächst keine Mög 
lichkeit mehr zum 


i Da&artr äger 1: •• Formallitfslatys 


Prozent formatiert 


£ Gesamtspeicherbereich: 98288 KB j 

Auf Datenträger verfügbar: 95233 KB 

Datenträge . . . £3 

OK J I Stoppe« | Hilte Laufwerk E 

Dateisyste ~~~——" ‘.. 

{•j HPFS (High Performance File System) CqJ 

i QFAT (File Allocation Table ifwerkH Laufwerk J 


Formatieren Abbruch Hilfe 


Abb. 5: Zip Medien über die WPS formatieren 


manuellen Spei 
ren (siehe Abb. 6) 
Das System sperrt 
die Laufwerke auto 
matisch, nachdem 
ein Medium einge 
legt worden ist 
Damit ist die Aus¬ 
wurftaste am Lauf¬ 
werk auch deakti 
viert, so daß die 
Ausgabe des Medi¬ 
ums softwareseitig 
erfolgen muß. Dei 
Menüpunkt Daten- 
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I ehlermeldungen auf, etwa daß die Akti- 
v ililten auf dem Laufwerk nicht beendet 
werden konnten, da OS/2 das Dateisy- 
•ilem auf das Entfernen des Mediums im 
I .111 (werk vorbereitet. Auf der Komman- 
iln/cile kann man einfach mit EJECT 
arbeiten. Damit kommt man sehr kom¬ 
fortabel in den Genuß von HPFS auf dem 
Internen IDE-Zip. Diese Neuerung des 
IltM-Fixpaks erfreute uns außerordent¬ 
lich. 

Allerdings - die Mühen, die man früher 
mit HPFS und den Wechsellaufwerken 
hatte, schwinden nicht ganz, was aber 
nicht an OS/2 liegt: Betreibt man näm¬ 
lich ein Zip-Laufwerk am Parallelport, 
sicht die Sache ein wenig anders aus, da 
hier ein anderer Treiber die Steuerung 
des Laufwerkes übernimmt. 

Die Laufwerke sind bekanntlich gesperrt, 
wenn man sie mit HPFS betreibt. Ein 


anschließend den Datenträger ausgeben, 
so wird man gezwungen sein, ein Check¬ 
disk aufzurufen, wenn man die Zip-Disk 
wieder einführt. Ein erzwungenes soft¬ 
wareseitiges Auswerfen des Mediums 
führt zum gleichen Effekt. Also müssen 
einige Vorbereitungen getroffen werden. 
Dazu gibt es ein sehr nützliches Werk¬ 
zeug namens hpfsrem. Das kleine Pro¬ 
gramm wird von der Kommandozeile 
aufgerufen und erlaubt die Vorbereitung 
eines mit HPFS formatierten Datenträ¬ 
gers zum Austausch gegen einen ande¬ 
ren 5 . Dieses Programm benötigt die 
EMX-Runtime-Bibliothek ab Version 
0.9a. Auch viele andere Programme aus 
der Share- und Freewareszene benötigen 
diese Bibliothek, also schadet ein Down¬ 
load nichts. Um das Tool zu installieren, 
verfahren Sie wie folgt: 


Auswurf über die Taste am Laufwerk ist 


daher nicht möglich. Sollte man nun mit OBesorgen Sie sich die Software, am 
I OCK das Laufwerk entriegeln und einfachsten von unserer Homepage 


hpfsrem arbeitet nicht unter OS/2 2.1. Das Programm ist Shareware. Nach einem 
Testzeitraum muß es registriert werden. 
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(Dateiname: hpfsrem.zip). Sollten Sie ten über die Kommandozeile bietet sit* 
die EMX-Bibliothek nicht haben, laden mehr Komfort. Sie heil 1 
Sie auch diese auf Ihren Rechner Auswerfen.CMD und ist ebenfalls auf 

(Dateiname: emx09c.zip). unserer Homepage unter auswurf.zip /u 

finden. Installieren Sie sie wie folgt: 

©Zur Installation von EMX: Kopieren 
Sie die Datei emx09c.zip in das OEntpacken Sie die Datei in einem tem 

Stammverzeichnis Ihres Installations- porären Verzeichnis und verschiebe 

laufwerkes und entpacken Sie sie. Sie Auswerfen.CMD am besten in du 

Damit wird ein Verzeichnis namens \OS2\APPS- Verzeichnis oder in du 

/emx erzeugt. Öffnen Sie die CON- anderes Verzeichnis, das in de 
FIG.SYS und tragen Sie in die PATH- PATH- Anweisung angegeben ist. 
Anweisung 

<Installationslaufwerk>:\emx\bin ein; ©Arbeiten Sie mit der WPS erstellen Si< 
dem LIBPATH fugen Sie <Installati- ein Programrnobjekt. Öffnen Sie di< 

onslaufwerk> :\emx\dll hinzu. Führen Einstellungen zu diesem Objekt (Ahb 

Sie einen Systemabschluß durch und 7). Tragen Sie auf der Seite Programm 

starten Sie den Rechner neu. unter Pfad und Dateiname 

Auswerfen.CMD q in; im Eingabefell! 

©Zur Installation von hpfsrem : Entpak- Parameter den Buchstaben des Zip 

ken Sie die Datei hpfsrem.zip in einem Laufwerkes am Parallelport ein (mii 

temporären Verzeichnis. Darin finden Doppelpunkt, z.B. K:). Auf der Seite 

Sie die EXE-D atei hpfsrem.exe , die Sie Sitzung versehen Sie den Eintrag Beim 

am besten in das \OS2UPPS-Verzeich- Start Symbolgröße mit einem Häkchen 

nis verschieben oder in ein 
anderes Verzeichnis, das in 
der PA TH- Anweisung 

angegeben ist. 


Nun können Sie auch mit 
dem Parallellaufwerk HPFS- 
Medien verwenden. Zuvor 
richten Sie sich das neue 
Werkzeug aber noch etwas 
komfortabler ein. Wir haben 
dazu eine kleine Batchdatei 
geschrieben, die wir uns auf 
das Launchpad und das 
WarpCenter legten, um das 
Wechseln der Medien zu ver¬ 
einfachen. Auch beim A*bei- 

Abb. 7: Objekt für Auswerfen.CMD konfigurieren 


PH Auswerfen - Einstellungen I 
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Allgemein 
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I Lirdware: Praxis - Zip Drives in parallel und IDE 


(leben Sie dem Objekt dann noch Laufwerk nehmen 
einen aussagekräftigen Namen, etwa möchten, rufen Sie 
tuswerfen. vorher Auswerfen auf 

oder klicken einmal 

•►Wenn Sie lieber mit der Kommando- auf das Auswerfen- 
/eilc arbeiten, rufen Sie Objekt auf der 
Auswerfen.CMD mit folgendie Syntax Arbeitsoberfläche 
nuf: oder dem Launchpad. 

Wie das aussehen 
auswerfen <Laufwerk:> kann, zeigt Abb. 8. 

Dann können Sie das 
Dabei ist <Lciufwerk:> das parallele Medium entnehmen 
/ip. und ein anderes einle- 

gen. Datenverluste 

# Auswerfen.CMD ruft hpfsrem und treten nicht auf, 

* das Iomega-Tool LOCK auf Achten womit ein sicheres 
Sie daher bitte darauf daß diese bei- Arbeiten mit HP FS 
den Programme in einem Verzeich- auch mit dem Paral- 
nis stehen, das in der PATH-Anwei- lellaufwerk gewähr- 
sung angegeben ist. Normalerweise leistet ist. 

sorgt hpfsrem dafür , daß ein Lauf¬ 
werk entriegelt wird , wenn es Das Letzte 
gesperrt ist. Das ist aber nicht Die beiden Laufwerke 
immer der Fall. Deswegen ruft Aus- haben überzeugt. 
werfen LOCK zweimal auf um Sieht man mal von 
sicherzugehen , daß das Laufwerk den ein oder anderen 
entriegelt ist, bevor das Medium aus- kleinen Mängeln in 
gegeben wird. der Verarbeitung ab, 

so stellen sie doch 



Reißwolf 


Auswerfen 


OS/2-Femter 


Laufwerk H 


|5ystemkonfigufatioij 


Suchen.. 


Fensterliste 


Süstemabschluß. 


Abb. 8: HPFS- 
formatierte Zip 
Medien komfor¬ 
tabel über das 
Warp Launch- 
Pad auswerfen. 


j Rufen Sie Auswerfen.CMD nicht 

• auf, wenn das Laufwerk abgeschal¬ 
tet ist oder sich kein Medium im 
Laufwerk befindet. 

j Warten Sie mit dem Aufruf von Aus- 

• werfen.CMD, bis keine Aktivitäten 
auf dem Laufwerk mehr feststellbar 
sind. 

Und fertig! Immer wenn Sie eine Zip- 

Diskette aus dem externen Parallelport¬ 


wertvolle Helfer dar. Die Möglichkeit, 
schnell große Datenmengen auf den Zip- 
Medien festzuhalten, die eine höhere 
Datensicherheit haben als Disketten, 
macht sie zu empfehlenswerten 
Zusatzausstattungen. 

Für den reinen Betrieb unter OS/2 sollte 
man die Medien mit HPFS formatieren. 
Damit ist ein zügiges Arbeiten der Lauf¬ 
werke gewährleistet. Möchte man hinge¬ 
gen einige Daten auch mit Nicht-OS/2- 
Rechnem austauschen, so formatiere man 
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formatiere man sich zu diesem Zweck 
einige Zip-Medien mit FAT. Für den ein 
oder anderen Kopiervorgang ist FAT 
nicht störend und dürfte nicht allzu sehr 
aufhalten. 

Das Zip parallel port ist all jenen zu 
empfehlen, die ein leichtes, transporta¬ 
bles Gerät benötigen. Da es an jeden Par¬ 
allelport angeschlossen werden kann, 
bleibt man flexibel. Treiber sind verfüg¬ 
bar und die Installation ist einfach. Die 
Leistung ist mit F1PFS überraschend gut, 
und da mit einigen Tricks das Wechseln 
HPFS-formatierter Medien möglich ist, 
steht einem sinvollen Gebrauch unter 


OS/2 nichts im Wege. Das Zip ATA PI ist 
eine interessante Erweiterung am 1DI 
Port. Es zeigt -wieder unter HPFS- guti 
Leistungen und ist mit Warp 3 und Warp 
4, ein entsprechendes Fixpaklevel voi 
ausgesetzt, sehr komfortabel einsatzfii 
hig, besonders was die Benutzung HPFS 
formatierter Medien angeht. 

Auch der Preis ist akzeptabel: Das extci 
ne Zip 100 parallel port kostet etwa zwi 
sehen DM 250 und 270; das Zip 100 
ATAP1 ca. DM 230-250. Eine 100 
MByte-Zip-Diskette bekommt man 
bereits ab DM 22,00. Gesamturteil: 
Empfehlenswert! □ 


Iomega Laufwerke und die zum Betrieb nötigen Treiber (* getestet) 


Treiber 


Laufwerke 


Iomega OAD 2.34 

Bemoulli 230 

Multidisk 150 

Zip 100 SCSI 

Zip 100 parallel port* 


Jaz 1 GB 

Iomega ADD Filter 

Bemoulli 230 

Multidisk 150 

Zip 100 SCSI 

Jaz 1 GB 

IBM1S506.ADD 

Zip 100 ATAPI* 

IBMATAPI.FLT, 

Zip 100 ATA 

OS2DASD.DMD 

Zip 100 SCSI 

(SCSI-ADD) 

Jaz 1 GB (SCSI) 

Jaz 2 GB (SCSI) 


Hinweise 


Unterstützt durch OS/2 
Für den Betrieb mit HPFS- 
formatierten Medien sind 
zusätzliche Programme 
erforderlich 
Unterstützt durch OS/2 


Unterstützt durch OS/2 
Unterstützt durch OS/2 
Datenträger können für 
FAT und HPFS formatiert 
v/erden; zum Umgang mit 
HPFS-formatierten Medien 
v/erden keinerlei Zusatzpro¬ 
gramme benötigt. Zum 
Eletrieb der anderen Iomega 
SCSI-Wechsellaufwerke 
sind die herstellereigenen 
Treiber nicht erforderlich. 


11 Neue Version enthalten in Warp 3 ab FixPak 35 (in Warp 4 ab FixPack 6) 
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I Oi die voregstellten Iomega-Laufwerke benötigte Software 

Iomega Zip 100 parallel port 

I rciber: Vom Hersteller verfügbar auf http://www.iomega.com oder 
http://www.cefischer.de/os2only/software/treiber.htm 
Dateiname: os2v234.exe (Selbstentpackende DOS-Datei) 
Benötigter Treiber aus dem Paket: Iomega OAD-Treiber. 


Software: Vom Hersteller LOCK.EXE zum Sperren/ Entsperren von Laufwer¬ 
ken und dem Ausgeben von Medien 


Parameter: lock <laufwerk:> /U 
Parameter: lock <laufwerk:> /L 
Parameter: lock <laufwerk:> /Q 
Parameter: lock <laufwerk:> IE 


unlock 

lock 

query lock state 
eject 


Vom Hersteller GENOAD.EXE zum Auffinden installierter Laufwer¬ 
ke und zur OAD-Treiberkonfiguration. 


Alle weiteren in den Iomega Tools enthaltenen Programme werden 
zum Betrieb des Laufwerkes nicht benötigt. 


hpfsrem.exe - zum Umgang mit HPFS-formatierten Medien, 
verfügbar mit Auswerfen. CMD. auf: 

http://www.cefischer.de/os2only/software/system.htm 
Dateien: hpfsrem.zip, auswurf.zip 


Iomega Zip 100 A TA PI 

Treiber: Enthalten in OS/2 mit FixPak 36 für Warp 3 (FixPak 6 für Warp 4) oder 
höher. 

Software: Bei Verwendung von FP 36 für Warp 3 bzw. FP 6 für Warp 4 ist ein 
Fix erforderlich. Verfügbar auf: 

http://www.cefischer.de/os2onIy/software/system.htm 
Datei: ibmatapi.zip 

Ansonsten ist zum Betrieb keine Software erforderlich. 




od&r u/illstju eU**- ernslWjiv s/ck 
o.w olte&er S)tu.»i/ow~ Was ändert ? 



Software: Ein Blick in die X-Akten 


I in Blick in die X-Akten 

Die WPS ist schon ein Markenzeichen 
lilr OS/2. Eingeführt mit der Version 2.0 
bietet sie eine vielseitig konfigurier- und 
benutzbare Oberfläche, auf der sich auch 
ungeübte Benutzer rasch zurechtfinden. 
Die WPS ist jedoch mehr als nur eine 
nbjektorientierte Oberfläche, sie basiert 
auch auf einem objektorientierten Appli¬ 
kationskonzept, dem SOM (System 
O bject Model) . Gemäß dem SOM 
besteht die WPS aus mehreren Klassen, 
wobei jede Klasse eine bestimmte Auf¬ 
gabe hat, z. B. gibt es eine Klasse für 
WPS-Ordner, für das Launchpad usw. 
Wie in der objektorientierten Program¬ 
mierung üblich, kann man neue Klassen 
schreiben, welche auf den alten basieren, 
ihre Funktionalität übernehmen und neue 
Funktionen hinzufugen. Auf diese Weise 
läßt sich die WPS von Programmieren in 
nahezu unbegrenztem Umfang erweitern, 
so daß man einige Unanehmlichkeiten 
ausgleichen kann. Ulrich Möller, ein 
Freeware-Programmierer, hat's getan. 
XFolder heißt sein Projekt, das in der 
Version 0.83 vorliegt. Wir wollten wis¬ 
sen, was es kann, und wie es die Arbeit 
mit der WPS verändert. 

Wo gibt's XFolder? 

Die stets aktuelle Version von XFolder 
steht zum Download auf der Homepage 
des Entwicklers bereit. Auf der Seite: 
http://www2. rz. hu-berlin.de/~h0444vnd/ 
xfldr.htm findet man Links zum Herun¬ 
terladen. Wir haben außerdem das inter¬ 
essante Programmpaket auf unsere 
Downloadseite aufgenommen. 


Sie benötigen für die Xfolder- Version 
0.83 außerdem ein NLS (National Lan- 
guage SupportV Paket zur Sprachunter- 
stützung. Auf der Homepage des Autors 
finden Sie entsprechende Links zum 
Download. Das deutsche NLS-Paket 
haben wir ebenfalls auf unsere Down¬ 
loadseiten aufgenommen. Für Versionen 
vor 0.82 ist der NLS-Support im Pro¬ 
gramm selbst enthalten. 

Installation 

Die Installation von XFolder ist* einfach. 
Gehen Sie dazu wie folgt vor: 

OKopieren Sie nach dem Download die 
Zip-Dateien am besten in ein Verzeich¬ 
nis namens XFOLDER auf dem Instal¬ 
lationslaufwerk und entpacken Sie sie 
dort. 

©Mit der WPS öffnen Sie diesen Ordner 
und starten das Programm 
INSTALL.CMD durch einen Doppel¬ 
klick auf das Objekt. Über die Kom¬ 
mandozeile wechseln Sie in das 
XFOLDER-Verzeichnis und geben 
INSTALL ein. Das Installationspro¬ 
gramm ist selbsterklärend, so daß hier 
nicht weiter darauf eingegangen wer¬ 
den muß. 

©Das Installationsprogramm fragt zum 
Schluß, ob die WPS neu gestartet wer¬ 
den soll. Man quittiert dies mit Y und 
schließt das OS/2-Fenster durch die 
Eingabe von exit. 

Nach der Installation von XFolder findet 
man auf der Arbeitsoberfläche einen 
Ordner namens XFolder-Installation. 
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Öffnen 4 

Stammordner öffnen 
Einstellungen 4 

| j Sofort aktualisieren 

Hilfe (4j | 

Referenz erstellen... 

Sperren 

Systemabschluß... 

: f WPS neustarten... ^ 

Systemkonfiguration ^ 

Suchen... 

Auswahlen 4 

Sortieren nach ;4 

Anordnen 

Dateinamen kopieren 


Auf Raster setzen 

Ordner inhalt 4 

Befehlszeilen 4 

Neu erstellen 4 

Schnelleinstellungen 4 
XFolder 4 


Abb. 1: Das Kontextmenü der Arbeits- 
soberfläche nach der Installation von 
XFolder 

Außerdem haben sich die Ordnersymbole 
geändert. Sie sehen aus, wie die von 
Warp 4 und besitzen ein kleines x in der 
linken unteren Ecke. Beim Starten der 
WPS wird auch das XFolder-Logo ange¬ 
zeigt, das in der Mitte des Bildschirms 
dargestellt wird und sich langsam vergrö¬ 
ßert. Wem das nicht gefällt: Man kann 


das Anzeigen des Logos über die zweite 
Seite im Workplace 57ze//-Einstellungs 
notizbuch auch abschalten, indem man 
die Option Animation beim WPS-Start 
deaktiviert. 

Zur Konfiguration findet man im Ordnci 
Systemkonfiguration zwei neue Objekte 
Workplace Shell und OS/2 Kernel. Übci 
die Objekte erreicht man Notizbücher, 
mit denen sich Einstellungen der WPS 
und Systemeinstellungen vornehmen las 
sen. Unter OS/2 Kernel verbergen die 
Einstellungen des Objektes System und 
erweiterte Einstellungsmöglichkeiten, 
etwa zu den Dateisystemen, der WPS 
und dem OS/2-Scheduler. Einstellungen 
auf den neuen Seiten des Notizbuches 
wirken sich auf die CONFIG.SYS aus, so 
daß man zur Veränderung einiger Syste¬ 
moptionen (z.B. die Anzahl möglicher 
Threads, Einstellungen des Dateisystem¬ 
caches usw.) die CONFIG.SYS nicht 
extra zum Editieren öffnen muß, sondern 
die Veränderungen über dieses Notiz¬ 
buch vornehmen kann. Im Workplace 
S/?£//-Notizbuch findet man alle Optio¬ 
nen zur Konfiguration von XFolder. 
Außerdem verfügen alle Ordner im 
System in ihrem Einstellungsnotizbü- 
chem über die neue Seite XFolder , über 
welche die globalen Einstellungen, die 
man im Workplace 5V?e//-Notizbuch oder 
wie gehabt über die das Einstellungen- 
Notizbuch der WPS vomimmt, für jeden 
Ordner indivduell überschrieben werden 
können. Außerdem finden sich zahlreiche 
neue Funktionen in den Kontextmenüs 
aller Ordner. Wie das Menü der WPS 
nach der Installation von XFolder aus - 
sieht, zeigt die Abbildung 1. 
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I >/c neuen Funktionen im Kontextmenü 
Die Funktionalität von XFolder ist viel- 
•• ilig. Glückerlicherweise verfugt das 
Programm über eine sehr gute Online- 
I )okumentation. Bereits auf den ersten 
IIIick aber springen neue Funtkionen ins 
\ugc, die man sicher gleich ausprobiert: 

I Befehlszeilen 

Über diesen Menüpunkt kann man 
verschiedene Kommandozeilen öff¬ 
nen, standardmäßig DOS- und OS/2- 
Fenster oder Vollbildschirme. Beson¬ 
ders praktisch ist, daß beim Öffnen 
gleich in das Verzeichnis des Ordners 
gewechselt wird, von dem aus man 
diese Funktion aufgerufen hat. Das 
erspart ein müsames Aneinanderrei¬ 
hen von ct/-Befehlen, bis man endlich 
im gewünschten Verzeichnis ist. 
Gerade bei sehr langen Verzeichnis¬ 
namen eine wohltuende Funtkion. 

Neu erstellen 

Häufig genutzte Objekte können von 
jedem Ordner aus über diesen 
Menüpunkt erstellt werden. Die 
Objekte werden dann in dem Ordner 
erzeugt, den man gerade benutzt. Ein 
weiterer Vorteil ist, daß das Kon¬ 
textmenü des neuen Objektes gleich 
zum Editieren geöffnet wird, was 
einen schnellen und umkomplizierten 
Umgang beim Erstellen neuer 
Objekte ermöglich und der objektori¬ 
entierten Arbeitsweise beiträgt. Ein 
Öffnen des Schablonen-Ordners ent¬ 
fällt damit (das Öffnen dauert ohne¬ 
hin zu lange, und die Handhabun mit 
diesem Ordner ist zu umständlich, so 
daß es einfacher ist, ein neues Objekt 


mit einer Speichern unter- Funktion 
eines Programms zu erstellen, was 
der objektorientierten Arbeitsweise 
natürlich widerspricht. Die neue 
Funktion ermöglicht also ein konse¬ 
quent objektorientiertes Arbeiten). 

3. Ordnerinhalt 

Ebenfalls ein überaus nützlicher 
neuer Menüpunkt. Wählt man ihn 
aus, wird der gesamte Inhalt des Ord¬ 
ners angezeigt. Unterordner in die¬ 
sem Ordner präsentieren sich als neue 
Untermenüs. Auf diese Weise erhält 
man sehr schnell einen guten Über¬ 
blick bezüglich des Ordnerinhaltes 
und kann einzelne Objekte gezielt 
auswählen, ohne zunächst den Ordner 
zu öffnen und sich durch seinen 
Inhalt zu quälen. Besonders bei der 
WPS ist dieser Punkt praktisch, da 
man alle auf ihr befindlichen Ord¬ 
ner (u.a. auch den Ordner System¬ 
konfiguration) schnell erreicht. 

4. Lieblingsordner 

In den Einstellungen aller Ordner fin¬ 
det sich auf der Seite XFolder die 
Checkbox Lieblingsordner. Ist sie 
aktiviert, erscheint in den Kontextme¬ 
nüs aller Ordner unter dem 
Menüpunkt Ordnerinhalt der Name 
dieses Lieblingsordners, dessen Inhalt 
man sich über eine Auswahl des 
Menüpunktes wie mit der Funktion 
Ordnerinhalt anzeigen lassen kann. 
Das ermöglicht einen raschen Zugriff 
auf häufig benötige Ordner mit ihren 
Objekten von jedem Ordner des 
Systems und damit auch von WPS 
aus. Aktiviert man die Funktion Lieb- 
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WPS neust arten 


51 ) Sind Sie sicher, daß Sie die Arbeitsoberfiäche 
w neustarten mochten? 



Q Alle Programme beenden 
O XFolder - Systemstart - Ordner abarbeiten 
® Diese Nachricht nächstes Mai anzeigen 


Abb. 2: Der Dialog zum Neustart der WPS 


lingsordner für alle wichtigen 
Ordner, kann man auf seine 
gesamte Datenstruktur von 
der WPS aus bequem zugrei¬ 
fen (Abb. 3). 

5. Dateinamen kopieren 

Mit diesem Menüpunkt läßt 
sich der Name des Ordners 
bzw. der slektierten Objekte 
in einem Ordner in die Zwi¬ 
schenablage übernehmen. 

Hält man bei der Auswahl des 
Menüpunktes die Shift-Taste 
gedrückt, kopiert XFolder die voll¬ 
ständige Pfadangabe des Ordners 
bzw. der ausgewählten Objekte darin 
in die Zwischenablage. Das kann 
praktisch sein, wenn man Dateina¬ 
men oder vollständige Pfadangaben 
in Texte importieren oder in OS/2- 


Fenster übernehmen möchte. In bei 
den Fällen spart man sich ein lästige-. 
Abtippen. 

6. WPS-Neustart 

Im Kontextmenü der Arbeitsoberflii 
che befindet sich der Menüpunkl 
WPS neu starten... Wählt man ihn 
aus, wird der Prozeß PMSHELL.EXI 
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Abb. 3: Der Lieblingsorder Daten im Menü der Arbeitsoberfläche 
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Sind Sie sicher, daß Sie alie Fenster schließen und einen 
Systernabschiuß durchfuhren möchten? 


El Rechner neu starten 

—JljU ! 


r o ' s/ 22 istarten 1* 1 


Hein 


Hilfe 


S Diese Nachricht nächstes Mal anzeigen 


Abb. 4: Der Xfolder-Dialog für den Systemabschluß 


durch XFolder beendet. 

Das kommt in etwa dem 
Fall eines WPS-Absturzes 
gleich. OS/2 startet 
anschließend die 

PMSHELL neu (wie übri¬ 
gens jede Anwendung, die 
als Arbeitsoberfläche durch 
die Variable RUNWORK- 
PLACE in der 
CONFIG.SYS angegeben 
ist). XFolder sichert jedoch alle nöti¬ 
gen WPS-relevanten Daten, bevor er 
die WPS beendet. Bei uns funktio¬ 
nierte diese Funktion vorzüglich 
(auch mehrere Male hintereinander) 
und bietet eine gute Möglichkeit, die 
WPS bei Störungen und dergleichen 
auf eine ordentliche Weise zu been¬ 
den, um anschließend noch einmal 
von vorne anzufangen. Ausprobieren 
sollte man diese Funktion also auf 
jeden Fall. Sollte es zu Problemen 
kommen, hilft ein Rechnemeustart, 
und man kann anschließend die 
Funktion im Einstellungsnotizbuch 
Workplace Shell deaktivieren. Vor 
dem Neustart der WPS zeigt XFolder 
ein kleines Dialogfenster an (s. Abb. 
2 ). 

7, Ef-weiterter Systemahschluß 

Im Kontextmenü der Arbeitsoberflä¬ 
che kann man auch die Einstellung 
Systemahschluß ersetzen aktivieren. 
Im Falle eines Systemabschlusses 
zeigt XFolder dann ein Dialogfenster 
an, das interessante Optionen bietet 
(s. Abb. 4). So kann der Rechner 
nach einem Systemabschluß gleich 


neugestartet werden. Über den Button 
Aktionen des Einstellungsnotizbuches 
kann man dazu entsprechende Eintra¬ 
gungen vornehmen. 

Um zum Beispiel bei installiertem Boot¬ 
manager nach dem Systemabschluß den 
Rechner direkt mit einem anderen 
Betriebssystem zu starten, gehen Sie wie 
folgt vor (s. Abb. 5): 

OÖffnen Sie die Einstellungen der 
Arbeitsoberfläche. Aktivieren Sie die 
Option Systemahschluß ersetzen und 
drücken Sie auf Aktionen. 

©Im erscheinenden Dialog klicken Sie 
auf Neu und geben im Feld Aktionshe- 
schreihung einen aussagekräftigen 
Namen an (z.B. OS/2 2.1 starten). 

©In der darunterliegenden Kommando¬ 
zeile geben Sie einen entsprechenden 
Befehl ein (z.B. setboot /iba:"OS/2 
2 . 1 ”) 

ODrücken Sie nach den entsprechenden 
Eingaben auf OK und schließen Sie 
das Notizbuch. Wenn Sie nun einen 
Systemabschluß durchführen wollen, 
erscheint zuvor eine kleine Dialog- 
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box (siehe Abb. 4), in der Sie die zuvor 
definierten Aktionen mit Hilfe des von 
Ihnen festgelegten Namens auswählen 
und durchfuhren lassen können. 

j Die INI-Dateien werden beim Run- 
• terfahren des Systems gesichert, das 
Dateisystem aber nicht abgeschlos¬ 
sen. Programme, die Sie über diese 
Funktion aufrufen , müssen also für 
derartige Aufräumarbeiten sorgen. 
Und: Steht das aufzurufende Pro¬ 
gramm nicht im PA TH, muß der 
vollständige Dateiname angegeben 
werden. 

f Der Treiber DOS.SYS muß instal¬ 
liert sein, um den Rechner nach 


einem Systemabschluß über dir 
beschriebene XF older-Option neu 
zu starten. Überprüfen Sie Ihn 
CONFlG.SYSy ob Sie eine entspre 
chende Eintragung finden. Wenn 
nicht, fügen Sie den Eintrag 
DE VICE=<Installationslauf- 
werk >: 1 OS2 \BOOT\DOS.S YS 
hinzu. 


Beim erweiterten Systemabschluß wird 
ein Statusfenster angezeigt, über das man 
Programme, die sich nicht schließen las 
sen, überspringen, bzw. den Systemab 
Schluß ganz abbrechen kann. Außerdem 
wird der Fortschritt des Systemabschlu'. 
ses angezeigt. 





EÜ1 Systemabschluß 


Erweiterter Systemabschluß. 

;Vj "WPS neustarten“ in Menü 
J Systemabschluß ersetzen 
J Danach Rechner neu sta 
Animation 

□ ARM-! 2~Ab*c halten -ere 

Eß Bestätigen 

ES Nicht-PM-Sitzungen stets sch 
□ XSHUTDWN.LOG erzeugen 


Geben Sie hier Ihre eigenen Neustart - Aktionen ein. 


Neustart - Aktionen 


Lösche n j 


Nach oben 


üaötorit-n 


Widerrufen 


Stand: 


Aktionsbeschreibung: 


OS/2 2.1 starten 


Kornmandozeile: 


setboot /iba:" OS/2 2. T 



62 


Abb. 5: Das Definieren von Aktionen, die durch XFolder beim 
Systemabschluß ausgeführt werden sollen 
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H:\Daten 


Geben Sie eine Dateiauswahl an (zB." * t«f'): 


HANDLERB 

HANDLERC KAf 

|1 1 

W \ 

W \ 

i .... 1 . 


Auswahlen, 


Abwählen 


Schließen 


Alle aus wählen Alle abwählen 


Hilfe 


Abb. 6: Die Objektauswahl von XFolder, welche für jeden Ordner zur Verfügung steht. 


Sortieren und Auswahlen 
Es gibt natürlich noch mehr: Eine weitere 
Besonderheit sind die Sortierfunktionen, 
die im übrigen global für jeden Ordner 
über das Einstellungsnotizbuch der 
Arbeitsoberfläche (Seite Sortieren) oder 
individuell für jeden Ordner festlegbar 
sind. Über das Workplace-Shell- Notiz¬ 
buch (auch Seite Sortieren) kann man die 
neuen Sortierfunktionen ebenfalls ein¬ 
stellen. Man kann dabei alle bereits 
bekannten Sortierattribute verwenden, 
außerdem ein neues namens Ordner 
zuerst , wobei zuerst alle Ordner und dann 
die Objekte jeweils in alphapetischer 
Reihenfolge dargestellt werden. 

Ein weiteres Plus ist die Funktion Aus¬ 
wahlen nach Namen : Im Worplace 
5y?e//-Notizbuch unter Kontextmenüs 
kann man die Option Auswahlen nach 


Name aktivieren. Die Funktion erscheint 
dann als Menüpunkt im Kontextmenü 
eines jeden Ordners unter Auswahlen 
(Warp 3) bzw. Anzeigen (Warp 4). 
Außerdem definiert XFolder das Tasta- 
turküzel STRG+S für diese Funktion. 
Wählt man diesen Menüpunkt aus, 
erscheint eine Dialogbox, in der man ein 
Auswahlkriterium angeben kann (z.B. *.c 
oder b*). Mit einem Klick auf Auswah¬ 
len werden die den Kriterien entspre¬ 
chenden Objekte selektiert. Eine Abwahl 
oder die Auswahl aller Objekte ist ebenso 
möglich (Abb. 6). 

Tastaturkürzel 

XFolder erlaubt das Verwenden von 
Tastaturkürzeln, was von großem Nutzen 
ist, da man nicht für jede Ordnerfunktio- 
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BILDER DRAW GEORGE Iomega Only Band 1 Programmierung Test Tools Tools2 


XEUA 


isaiiiiii 


O % f5 


GEDICHT 


HANDLER1 HANDLER2 HANDLER3 


4 von 32 Objekten ausgewählt 


129 KB ausgewählt 


Abb. 7: Eine mögliche Ansicht der Statuszeilen unter XFolder 


nen die Maus bemühen muß. So wird ein 
zügiges Arbeiten ermöglicht. Man kann 
dazu die unterschiedlichsten Funktionen 
mit Hotkeys belegen. Das erfolgt über 
die Workplace ^//^//-Einstellungen auf 
der Seite Ordner-Tastaturkürzel. XFol¬ 
der definiert eine Reihe von Standardta¬ 
staturkürzeln, die man auch überschrei¬ 
ben kann. Das sollte man nicht unbedingt 
tun, denn sie sind allesamt recht nützlich. 
Eine Auflistung aller Standardkürzel fin¬ 
den Sie daher im Kasten XFolder Stan¬ 
dardtastaturkürzel. Neben den Computer 
gelegt, hilft diese Liste beim Lernen der 
Kürzel. Einstellungen, die man bezüg¬ 
lich der Hotkeys vomimmt, werden glo¬ 
bal für alle Ordner aktiv. 

Automatisches Scrollen im Treeview 
XFolder ermöglicht das automatische 
Scrollen von Strukturanzeigen. Bei dieser 
Funktion werden Strukturanzeigen beim 
Öffnen einer weiteren Ordnerebene auto¬ 
matisch nach unten gescrollt, so daß die 
neuen Unterordner sichtbar werden. 
Damit wird die Arbeit mit der Struk¬ 
turanzeige komfortabler, weil ein ständi¬ 


ges Bewegen mit der Maus zu d* 
Scrollbalken nach dem Öffnen cm» 
neuen Ordnerebene entfällt. 

Statuszeilen für Ordner 
Statuszeilen dürfen für Ordner nicht ich 
len. XFolder bietet auch Statuszeilen, »li 
sogar sehr flexibel sind und zwar glcii'l 
in drei verschiedenen Looks. I 
Anzeige der Informationen erfolgt ebn 
falls in drei unterschiedlichen Arten: I» 
kein Objekt selektiert, wird die Gesaim 
zahl der Objekte im Ordner angezeigt, i 
nur ein Objekt ausgewählt, werden de* 
sen Titel, Dateityp und Dateigröße any* 
zeigt. Wenn mehrere Objekte selektiv 
sind, wird die Anzahl der selektierte* 
Objekte, die Gesamtgröße der selektic* 
ten Objekte und die Gesamtan zahl d« 
Objekte im Ordner dargestellt. Farbe* 
und Schriftarten können aus den Palcll» * 
im Systemkonfigurations-OvdnQT auf d> 
Statustzeilen gezogen werden, so dttl 
man sich deren Aussehen nach eigener 
Gefallen mühelos gestalten kann. Denn 
tige Änderungen werden übrigens aufl 
in diesem Falle global aktiv. Mit Hilf 
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von Schlüsseln kann man genau festle¬ 
gen, was in diesen drei Modi angezeigt 
werden soll. Da XFolder eine sehr gute 
Online-Dokumentation hat, sei für dieses 
tiefergehende Thema auf die Referenz 
verwiesen. Eine mögliche Darstellungsart 
der XFolder- Statuszeilen zeigt Abb. 7. 

Dateiatrribute verändern 

Attribute mit Hilfe der WPS zu setzen 
und zu entfernen ist schon eine recht 
umständliche Angelegenheit: Man muß 
tlas Einstellungsnotizbuch des Objektes 
öffnen, die Seite Datei aufschlagen, noch 
eine Seite nach vorne blättern und kann 
dann endlich ans Werk gehen. Da benutzt 
man dann doch lieber die Kommando- 

zeile. Mit XFolder geht das einfacher: 
Man selektiert das Objekt, dessen Attri¬ 
bute man verändern möchte, zeigt das 
Kontextmenü an und wählt den 
Menüpunkt Dateiattribute , ganz unten im 
Menü, der nach der Installation neu hin¬ 
zugekommen ist und allen Objekten zur 
Verfügung steht. Dort kann man die ein¬ 
zelnen Attribute setzen und auch wieder 
entfernen. Bei mehreren Objekten funk¬ 
tioniert das aber nicht, weil nur die Attri¬ 
bute des Objektes geändert werden kön¬ 
nen, dessen Kontextmenü man angezeigt 
hat. 

Neue Objekte unkompliziert erstellen 

Eine der bedeutendsten Funktionen von 

Standardtastaturkürzel von XFolder 


Tastaturkürzel 

jFunktion 

Hackspace 

Stammordner öffnen 

Shift+Backspace 

Stammordner öffnen und aktiven Ordner 
schließen 

F5 

Ordnerinhalt sofort aktualisieren 

Strg+A 

[Alle Objekte selektieren 

Strg+D 

Alle Objekte deselktieren 

Strg+E 

Objekte nach ihrer Dateierweiterung sor¬ 
tieren 

iStrg+N 

Objekte nach ihrem Namen sortieren 

Strg+S 


Aufruf der XFolder-Funktion Nach Name 
auswählen 

Strg+W 


Objekte nach dem Datum letzten Schrei¬ 
bens sortieren 

Strg+Y 


Objekte nach ihrem Typ sortieren 

Strg+Z 


Objekte nach ihrer Größe sortieren 

Strg+Einfügen 


Dateinamen der selektierten Objekte in die 
Zwischenablage kopieren 

Strg+Shift+D 

Detailanzeige des Ordners öffnen 

Strg+Shift+I 


Symbolanzeige des Ordners öffnen 

Strg+Shift+S 


Einstellungsnotizbuch des Ordners öffnen 
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XFolder ist die Möglichkeit, über die 
Kontextmenüs eines jeden Ordners neue 
Objekte zu erstellen. Man wählt dazu den 
Menüpunkt Neu erstellen aus und findet 
dort weitere Menüpunkte für jedes 
Objekt, das man neu erzeugen kann. 
Standardmäßig existieren bereits zwei 
Menüpunkte: Ordner und Programmob¬ 
jekt. Eine Erweiterung des Menüpunktes 
ist aber einfach möglich. So kann man 
etwa vorkonfigurierte Schablonen oder 
Programmobjekte diesem Menü hinzufü¬ 
gen, ohne daß man den Schablonenord¬ 
ner öffnen müßte (was ohnehin zu lange 
dauert und zu unübersichtlich ist). Die 
Erweiterung des Neu erstel- 


/e/?-Menüpunktes ist dabei einfach. Neue 
Einträge erfolgen über den XFolder- Kon¬ 
figurationsordner, der sich nach der 
Installation im Ordner XFolder-Installa 
tion befindet. Man sollte sich diesen Ord¬ 
ner oder eine Refemz besser zugänglich 
auf den Desktop oder in den Ordner 
System legen. Öffnet man den Ordner, 
findet man weitere Ordner darin vor, 
deren Namen man schon von den Punk¬ 
ten in den Kontextmenüs kennt. Wie man 
sieht, kann man also seine Ordnerkon¬ 
textmenüs mit Hilfe dieses Ordners rasch 
erweitern, indem man einen neuen Ord¬ 
ner darin ablegt. Mit Hilfe des ~ Zei¬ 
chens kann man auch einen Shortcut fest- 



Abb. 8: Menüpunkte zu den Kontextmenüs der Ordner hinzufügen. Hier 
werden Einträge für den Menüpunkt Neu erstellen erzeugt. 
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legen. So ist die Möglichkeit, Kon¬ 
textmenü selbst zu erweitern, völlig 
selbsterklärend: Untermenüs sind Ord¬ 
ner; Menüpunkte Objekte in diesen Ord¬ 
nern. Um also eine Schablone als Eintrag 
in den Neu er.?fe//e«-Menüpunkt hinzuzu¬ 
fügen, brauchen Sie nur den Konfigurati¬ 
onsordner öffnen, und eine eine Referenz 
der gewünschten Schablone aus dem 
Schablonenordner in den Unterorder 
-Neu erstellen des Konfigurationsord¬ 
ners ziehen. 

Damit ist die Arbeit getan. Nun findet 
man in dem Menüpunkt Neu erstellen 
eines jeden Ordners die Schablone als 
entsprechenden Eintrag wieder. Wählt 
man den Eintrag aus, wird in dem Ord¬ 
ner, mit dem man gerade arbeitet, das 
neue Objekt erstellt. Wie das Ganze in 
Aktion aussieht, zeigt Ihnen Abb. 8. 

Was bleibt? 

Ein guter Eindruck und jede Menge 
andere neue Einstellungen und Funktio¬ 
nen, die wir im Rahmen dieses Artikels 
jedoch nicht beschreiben konnten. XFol- 
der ist eine gut durchdachte Roßkur für 
die WPS, die vor allem nicht die Res¬ 
sourcen des Systems unangenehm in 
Anspruch nimmt und - XFolder ist Free¬ 
ware! 

Enige sehr störende Lücken, die IBM in 
der objektorientierten Benutzerfuhrung 
der WPS offenließ, werden sauber 
geschlossen, die Arbeit mit der Benut¬ 
zeroberfläche enorm erleichtert, und auch 
die Dokumentation ist verständlich und 
umfassend, womit einem genauen Ken- 
nenlemen des Programms nichts im 
Wege stehen sollte. XFolder läuft 
(obgleich als Beta) stabil und verursachte 


auf unseren Rechnern keine Probleme. 
Bis auf einige Probleme mit ObjectDesk- 
top, auf die der Autor hinweist, arbeitet 
es auch mit anderen WPS-Erweiterungen 
gut zusammen, etwa mit NPS-WPS. Wer 
diese Programme einsetzt, kann XFolder 
also ebenfalls ohne Schwierigkeiten aus¬ 
probieren. Dennoch sollte man sich die 
Hinweise in der Online-Referenz, welche 
die Kompatibilität mit anderen Program¬ 
men betreffen, vor dem Ausprobieren 
sorgsam durchlesen. Überhaupt sind Pro¬ 
bleme nur mit solchen Programmen 
wahrscheinlich, die ebenfalls Manipula¬ 
tionen an der Klassenstruktur der WPS 
durchfuhren. 

Sollte mal etwas schiefgehen, erstellt 
XFolder eine LOG-Datei mit Debug- 
Informationen, die man an den Autor 
schicken kann, um ihm bei der Fehlersu¬ 
che behilflich zu sein. Daneben läßt sich 
XFolder sehr einfach deinstallieren, 
sollte man nach dem Test des Programms 
doch nicht überzeugt sein. Zuvor sollte 
man aber, wie im übrigen vor der Instal¬ 
lation, die WPS sichern, was sich über 
die Archivierungsfunktion von OS/2 ein¬ 
fach bewerkstelligen läßt. 

Wer gerne mit der WPS arbeitet, sollte 
sich XFolder also mal etwas genauer 
ansehen. Ein Blick in den X-Ordner 
dürfte sich lohnen. O 
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Werkzeuge für das System 

Man braucht für alltägliche Aufgaben 
immer wieder ganz bestimmte Pro¬ 
gramme, sei es zur Pflege der Datenbe¬ 
stände, zum Testen des Computers oder 
ähnlichem. Wir führen daher einmal in 
diesem Artikel einige interessante Werk¬ 
zeuge auf, die man eigentlich immer 
braucht. Besonders all diejenigen unter 
Ihnen, die auf OS/2 umsteigen, werden 
hier vielleicht einen kleinen Leitfaden 
finden. 

Programme für die Systemdateien 
In diesem Abschnitt finden Sie Pro¬ 
gramme zur Verwaltung der Systemda¬ 
teien, also der INI-Dateien und der 
CONFIG.SYS. 

1. Die CONFIG.SYS sortieren 
Die CONFIG.SYS ist nach der Installa¬ 
tion von Warp ein einziges Durcheinan¬ 
der. Warum man Sie in einen ordentli¬ 
chen Zustand überführen sollte, erklären 
wir Ihnen im Kapitel Know how , wo wir 
auch zeigen, wie man es von Hand 
macht. Es gibt aber auch ein kleines 
Werkzeug namens CFGSORT , welches 
das Sortieren einer CONFIG.SYS über¬ 
nimmt. Sie finden es auf unserer Home¬ 
page unter cfgsrt22.zip. Das Programm 
arbeitet Sowohl unter Warp 3 als auch 
unter Warp 4 zuverlässig. Es ist ein 
compiliertes REXX-Programm, und 
benötigt zur Ausführung eine spezielle 
DLL, die jedoch mitgeliefert wird. Da 
das Programm zuverlässig ist und einem 
eine Menge Arbeit abnimmt, hier die 
Anweisungen zur Installation und zum 
Gebrauch: 


OEntpacken Sie die ZIP-Datei in u 
Verzeichnis, das in der PATH-Anwn 
sung steht oder erzeugen Sie ein Vn 
zeichnis, z.B. \CFGSRT, das Sie zun» 
PATH hinzufügen. 

©Tragen Sie die Umgebungsvariable 

SET CONFIGSORT=<Instl.-Verz.> 

in die CONFIG.SYS ein, wobei Insll 
Verzeichnis die vollständige Pfadnn 
gäbe des Verzeichnisses ist, in dom 
Sie CFGSRT installiert haben. 

©Fügen Sie den Pfad: 

<Instl.-Laufw.>:\<Instl.-Verz.>\DLL 

der LIBPATH-Anweisung in di i 
CONFIG.SYS hinzu, wobei Instl 
Laufw.:\<Instl.-Verz.> der vollstäruli 
gen Pfad des Installationsverzeichnm 
ses von CFGSRT ist. 

©Führen Sie einen Systemabschluü 
durch und starten Sie den Rechrn ■ 
neu. 

CFGSRT wird über die Kommandozcilr 
bedient. Der Gebrauch ist einfach. Um 
etwa die Datei c:\config.sys zu sortieren 
gibt man ein: 

cfgsrt /in c:\config.sys /out c:\config.sys 

Dabei wird die alte Datei gleich dureli 
die neue ersetzt. 

j Der Autor gibt an , der /in-Parame 
• ter sei die einize obligatorische 
Angabe , und die alte Datei werde 
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als CONFIG.BAK gesichert . Auf 
unseren Systemen hängte sich das 
Trogramm jedoch auf, wenn man 
den /out-Parameter wegließ. 

Hinter /out kann man jede Angabe 
m.u hen, etwa config.new. So wird die 
•ilt» config.sys nicht gleich ersetzt. 

• iGSR Tunterteilt die Datei in Sektio- 
mi'm, wie Base Device Drivers , Installa- 
l»k File Systems usw. Alle SET-Anwei- 
.imgen werden alphabetisch geordnet, 
übrigens werden alle Einträge bis auf 
tlirionigen, welche mit SET beginnen, in 
iiioßbuchstaben umgewandelt. Das ist 
Mir die CONFIG.SYS auch angebrach¬ 
te i Wer das nicht will: Diese Funktion 
hllt sich abschalten. Eine Zusammen¬ 
legung aller Parameter finden Sie im 
k #»ten Parameter von CFGSORT. 

} INI-Dateien verwalten 
I bekanntermaßen sammeln sich v.a. in 
»In OS2.INI mit der Zeit unnötige Ein¬ 
lage, welche die Datei aufblähen und 
du* Verwaltung verlangsamen. Das liegt 
du ran, daß leider nach wie vor viele 
(IS/2-Programme die schlechte Ange¬ 
wohnheit haben, ihre Einstellungen in 
der OS2.INI festzuhalten, anstatt eine 
eigene INI-Datei zu erzeugen und zu 
verwalten. Wenn man irgendwann ein¬ 
mal eines derartig garstiger Programme 
löscht, bleibt dessen Eintrag als Relikt in 
der OS2.INI zurück. Daher sollte man 
diese Datei von Zeit zu Zeit von unnöti¬ 
gem Ballast befreien. 

Dazu gibt es sogenannte INI-Editoren 
und davon wieder eine ganze Menge. 

Wir haben uns Mini von Kai Evers aus 
dieser Menge herausgegriffen. Zwar 


Parameter von CFGSRT 

/in <Quelldatei> 

vollständiger Pfad der CONFIG.SYS 

/out <Zieldatei> 
vollständiger Pfad der Zieldatei 

/appefg <Konfigurationsdatei> 
vollständiger Pfad einer Konfigura¬ 
tionsdatei für CFGSRT 

/noapps 

mehrfache Einträge eines Programms 
in der CONFIG.SYS werden in einer 
eigenen Sektion am Ende der Datei 
zusammengefaßt. Der Parameter 
deaktiert diese Funktion. 

/nosort 

SET-Anweisungen werden von 
CFGSRT alphabetisch geordnet. Der 
Parameter deaktiviert diese Funktion. 

/noupper 

Bis auf die Eintragungen, die mit dem 
Schlüsselwort SET eingeleitet werden, 
wandelt das Programm alle weiteren 
Eintragungen in der CONFIG.SYS in 
Großbuchstaben um. Der Parameter 
deaktiviert diese Funktion. 

greift es auf REXX zurück und gehört 
damit vielleicht nicht zu den schnellsten 
Programmen; aber es besitzt eine ange¬ 
nehme Oberfläche und bietet in seiner 
Schlichtheit alle Funktionen, die man 
braucht. Für die regelmäßige Arbeit ist 
dieses kleine Werkzeug also wie 
geschaffen. Die Installation ist simpel: 
Entpacken Sie die ZIP-Datei am besten 
in ein Verzeichnis, das sich im PATH 
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und drückt auf add, wird das gesam 
System nach INI-Dateien durchsuch 
die nach dem Suchvorgang in d 
Listbox zur Auswahl bereitstehen. Mi 
wählt dann einfach die gewünschte Dat 
aus und drückt auf View, wodurch s 
geöffnet wird. Der Inhalt der Datei pr 
sentiert sich dann wie in Abb.2 in eine 
übersichtlichen Baum, der die Auswa 
aller in der INI-Datei gespeicherten Ei 
träge (Applications) mit ihren spezii 
sehen Schlüsseln (Keys) bietet. M< 
kann einzelne Keys öffnen und editiere 
und sowohl sie als auch den ganzen Ei 
trag löschen. Nach dem Editien 
schließt man die View -Box mittels Clo , 
und Mini durch Drücken auf Exit. Dar 
werden die Veränderungen auch gespe 
chert. 

Aber Vorsicht: Man sollte nur die Ei 
träge löschen, von denen man weiß, di 
sie unbrauchbar sind. Die Einträge d 
einzelnen Anwendungen sind durch d< 


Search: 

Found: 


found in iist 


ESC to el*ar, TAB+CRSR UP/DN to choose- 


clear 


add all inifiles on harddiseto list 


Abb. 1: Das Eingangsfenser von Mini 

befindet, damit sie es von der Komman¬ 
dozeile jederzeit aufrufen können, und 
-sofern Sie mit der WPS 
arbeiten- erzeugen Sie ein 
Programmobjekt, wovon Sie 
eine Refemz praktischer¬ 
weise auf das Launchpad 
oder das WarpCenter legen 
sollten. Das war's auch 
schon. 

Nachdem Mini gestartet ist, 
präsentiert es sich wie in 
Abbildung 1. In der Select 
INI Group des Programm- 
fensters kann man über eine 
Listbox mit den Eintragun¬ 
gen USER die OS2.INI und 
SYSTEM die OS2SYS.INI 
erreichen. Versieht man das 
Feld all mit einem Häkchen 


Application / Key 


443A5C4841574900 


73app(s)inUSEB 
0 £) @DESCRIPTION 

00 EXTERNAL. 


Edit user data (HEX) ., 
Edit user data (ASCII! 


belete appUcation ^ 
Delete key ... 


\HAWI. 


. Export INI (Rexx) ... 
Export application (Rexx) 

Sysieveitunui 


0 0 SWITCHBAR 
0 0 MSHELL 
0 0 MO Information 
00 MD Folder Position 
00 RPSShareDH 
0 0 Deskpic 


Close 


i rigft cSckfor pop-upto modly 


Abb. 2: Das View-Fenster von Mini 
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Nil men des Programms deutlich gekenn¬ 
zeichnet, und da man weiß, welche 
Anwendungen auf dem eigenen Rechner 
noch ihren Dienst tun und welche nicht, 
liißt sich in aller Regel leicht entschei¬ 
den, ob man den INI-Eintrag löschen 
kann. Im Zweifelsfall beläßt man den 
I intrag in der INI-Datei. 

f Für die OS2.INI gilt: Finger weg 
• von allen Einträgen, die mit PM_ 
beginnen! Außerdem von dem Ein¬ 
trag SYS_DLLS und Einträgen, die 
Drucker Objekte betreffen (sie tra¬ 
gen den Namen des Treibers, etwa 
IBMPCL5). 


Programme für die Datenpflege 
In diesem Abschnitt stellen wir Ihnen 
Programme für den Umgang mit Dateien 
und Verzeichnissen vor. 

/. Dateimanager für den Notfall 
Dateimanager können auch unter OS/2 
wichtig sein, wenngleich man für den 
Umgang mit Daten jeglicher Art sicher 
die WPS bevorzugt. Wenn man aber mit 
der WPS nicht arbeitet oder einen kom¬ 
fortablen Zugriff auf die Daten eines 
Systems von einer Wratungspartion oder 
einer Notfalldiskette haben möchte, 
kommt man an diesen Programmen nicht 
vorbei. Es gibt für OS/2 eine Vielzahl 
von Dateimanagem, einen davon ver¬ 
wenden wir schon seit längerem und 
wollen ihn daher vorstellen. 

Den File Commander kennt man unter 
anderem Namen auch von DOS her. Das 
OS/2-Pendant, das seinem Original 
sowohl vom Äußeren als auch seiner 
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- Funktion nach gleicht, arbeitet zuverläs- 
e sig und erlaubt einen komfortablen 
r Zugriff auf alle HPFS- und FAT-Lauf- 
:, werke. Da das Programm sehr handlich 

- ist, kann man es bequem auf einer Not- 
n falldiskette unterbringen, so daß man im 
n Falle eines Falles nicht auf die Komman - 

dozeile angewiesen ist, um schnell mit 
Dateien arbeiten zu können. Aber auch 
* sonst eignet sich das Programm, selbst 
wenn man die WPS verwendet, da es 

- einen weitaus schnelleren Umgang mit 
e Dateien und Verzeichnissen gestattet, 

zudem noch bequemer als über den 

1 Prompt. Das Programm ist selbsterklä¬ 
rend und wird über die Funktionstasten 
bedient. Am unteren Bildschirm- oder 
Fensterrand findet man eine Beschrei¬ 
bung, welche Tasten welche Funktion 

n erfüllen. Wie der File Commander aus- 
n sieht, zeigt Abb. 3. 

2. Gelöschte Dateien wiederherstellen 
Die OS/2-Undelete-Funktion ist nicht 

2 unbedingt eine optimale Einrichtung 
n zum Wiederherstellen gelöschter 
r Dateien. Sie arbeitet zwar recht zuverläs - 
it sig, jedoch setzt sie die Systemleistung 

- herab, da Dateien nicht wirklich 
s gelöscht, sondern in ein Verzeichnis ver- 
>r schoben werden, das durch die Umge- 
5, bungsvariable DELDIR in der CON- 
t FIG.SYS festgelegt wird. Daher ist diese 
il Funktion unter OS/2 auch standardmäßig 
•- deaktiviert. Und wenn aus dem DEL- 
d DIR-Verzeichnis eine Datei vom System 

gelöscht wird, oder man auch Unacht- 
:r samkeit wichtige Daten von der Platte 
s entfernt, benötigt man Programme, die 
il trotzdem ein Wiederherstellen ermögli- 
:r chen. Wir stellen ihnen zwei davon vor. 
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Abb. 3: Der FileCommander als geeignetes Tool für den Umgang mit Dateien als Alterna¬ 
tive zum Prompt 


File Phoenix ist ein IBM-EWS-Pro- 
gramm und dürfte das bekannteste 
Datei-Wiederherstellungsprogramm für 
OS/2 sein. Es liegt mittlerweile in der 
Version 1.35 vor, unterstützt HPFS wie 
FAT und erlaubt, im Gegensatz zu frü¬ 
heren Versionen, auch die Rettung von 
Dateien mit langen Namen (zuvor stellte 
es nur Dateien wiederher, die nach der 
8.3-Konvention benannt waren) und von 
Dateien, die Leerzeichen in ihrer 
Bezeichnung haben. Die Installation 
besteht eigentlich nur aus dem Entpak- 
ken der ZIP-Datei in ein Verzeichnis, 
das am besten wieder im PATH einge¬ 
tragen ist (\OS2\APPS ist ein guter Ort). 
Zusätzlich können Sie noch ein Pro¬ 


grammobjekt auf der WPS erstellen. Da 
es sich um ein PM-Programm handelt, 
ist für den Gebrauch im Notfall eine 
Wartungspartition vonnöten, die mit 
dem PM eingerichtet wurde. 

Die Bedienung ist leicht: Man wählt ein 
Laufwerk aus und startet die Suche nach 
wiederherstellbaren Dateien duch einen 
Doppelklick auf den Phönix im rechten 
Teil des Fenster oder mit Hilfe des 
Menüpunktes Scan. Nach dem Scan wer¬ 
den alle wiederherstellbaren Dateien, die 
das Programm gefunden hat, in einem 
Container zur Auswahl angezeigt. Mit¬ 
tels eines Kontextmenüs kann man die 
ausgewählten Dateien wiederherstel- 
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f Geben Sie in den Dialogen zur Programm ohne jeden Schnörkel, erfüllt 
' Wiederherstellung immer ein Ver- aber seinen Dienst ohne Beanstandung. 
zeichnis an, in welches die gerette- Wer eine Funktion zur Wiederherstel- 
ten Dateien abgelegt werden sol- lung gelöschter Dateien auf FAT-Parti- 
len. Beachten Sie fernerhin, die tionen nicht benötigt, kann auch auf ein 
Dateien nicht auf dem Laufwerk Shareware-Programm namens HPFS 
wiederherstellen zu lassen, auf wel - Tool 1.7 zurückgreifen, das eine Unde- 
chem sie gefunden wurden. lete-Funktion bietet. Dieses Programm 

ist ebenso einfach zu bedienen wie File 
Mit File Phoenix lassen sich gelöschte Phoenix und auch die Installation ist 
Dateien mit guter Aussicht auf Erfolg diesselbe. 

wiederherstellen. Wir verwenden das Nach dem Programmstart wählt man den 
Programm regelmäßig und hatten damit Menupunkt Undelete, wählt im erschei¬ 
ne Probleme. Aber -und Sie wissen, es nenden Fenster ein Laufwerk aus und 
gibt immer ein Aber- zögern Sie nicht zu startet den Scan der Partition. Die Benut- 
l.mge mit der Wiederherstellung zerführung ist selbsterklärend. Wie die 

Oberfläche 
aussieht, zeigt 
Abb. 5. 

Die Undelete- 
funktion von 
HPFS Tool ist 
genauso zuver¬ 
lässig wie die 
von File Phoe¬ 
nix. Der Unter¬ 
schied liegt nur 
darin, daß 
HPFS Tool ein 
wenig schneller 
bei der Suche 
nach gelösch¬ 
ten Dateien zu 
Werke geht 
und eine bes¬ 
sere Statusan- 

Abb. 4: Der Wiederherstellungsdialog von File Phoenix 


File F hoaa ftj l ftecovd rfera s ed FUea 1,3! 

Scan Recover View Help 


iupported Drives GL- 


Use FastScan for HPFS 
Recoverable files on G: 


Scan of G: complete 


Status 


Directory 


Specify the drive and path in wtiich tu 
write the recoverable files. 


bind.c 

binexe.asm 

bintest.asm 


Directory i\tooltest\ 
stf J _ £ 7.v'777 ’ “ £jjg|jj| |' 

jjjtfj Replace files with duplicate names 
|V{| Appiend original diirectory naro esij 
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HPFS UnDelete 


Fite 

I» 


Name 

Size 

FNode 

Path 

386REGS BMP 

1248814 

10176 

\i 

1BMPCL5.HLP 

156137 

13820 

\\ 

0S2VMEM.BMP 

1485586 

23207 


PAGES.BMP 

1722022 

26110 

\7. 

PAG1NG.BMP 

2537206 

29475 

*5 

PCL5 FCF.DLL 

22977 

14126 

\Vj 

PRIVILEG.BMP 

1059034 

8106 


README. IST 

13258 

14172 

15 

SEGADR.BMP 

2033590 

1814 


SEGMENT.BMP 

1186486 

5787 

\7; 


Drive 

JE! 


Stop 


View 


ttadolete Wip» 


Help 


Quit 


Durchsuche freie Bereiche des Laufwerkes 

0 MB 


10 MB 


Lost FHes 

20 MB 

hämiMkAämk 


:JFes1 See« Priority 

30 MB 41 MB 

’ ' *UJvj,4-4JJU.UUIv.iJUÜ, 


Abb. 5: Die Oberfläche der Undelete-Funktion von HPFS Tool 1.7 


zeige besitzt. Zu beachten ist hier aber 
ebenfalls, daß die für die Rettung vorge¬ 
sehenen Dateien auf einem anderen 
Laufwerk wiederhergestellt werden müs¬ 
sen als auf dem, auf welchem sie gefun¬ 
den wurden. 

Welches der beiden Programme man 
nun verwendet, hängt vor allem davon 
ab, ob man gelöschte Dateien sowohl auf 
FAT - als auch auf HPFS-Partitionen 
wiederherstellen möchte, denn HPFS 
Tool kann mit FAT-Partitionen nichts 
beginnen. Wir raten daher zu File Phoe¬ 
nix , da es ein wahres Allroundtalent ist, 
für das zudem keine Registrierungsge¬ 
bühr erforderlich wird. 

3. HPFS-Partionen defragmentieren 
Dateifragmentierung ist ein geläufiges 
Problem mit FAT. HPFS vermeidet eine 
Fragmentierung fast ganz, da das Da¬ 


teisystem versucht, Dateien in zusam¬ 
menhängenden Bereichen auf der Fest¬ 
platte zu speichern. Die Defragmentie- 
rung einer HPFS-Partition wird daher 
nicht einen so subjektiv wahrnehmbaren 
Performancegewinn erbringen, der durch 
das Defragmentieren von mit FAT for¬ 
matierten Datenträgern entsteht. Trotz¬ 
dem tritt mit der Zeit auch bei HPFS 
eine leichte Fragmentierung auf, die man 
mit geeigneten Programmen beseitigen 
kann. Die Graham Utilities etwa bieten 
ein Programm zur Defragmentierung. Es 
gibt aber auch ein kleines Freewaretool, 
das genau dasselbe bewirkt: 
HPPFSDFRG. Das Programm dürfte 
bekannt sein und ist schon länger in 
Umlauf, aber viele sind vorsichtig damit. 
Uns wurde bereits die Frage gestellt, ob 
man es gefahrlos verwenden kann, also 
haben wir es getestet. 
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Parameter von HPFSDFRG 

Syntax: hpfsdfrg [-sr] <Verzeichnis> 

"S 

Alle Unterverzeichnisse des im Befehl 
angegebenen Verzeichnisses werden 
mit diesem Parameter ebenfalls defrag¬ 
mentiert. Beispiel: 

hpfsdrg -s e:\daten 

-r 

Dateien, die momentan in Gebrauch 
sind, werden von hpfsdfrg übersprun¬ 
gen. Beispiel: 

hpfsdrg -r e:\daten 

Um ein ganzes Laufwerk zu defragmen - 
tieren, geben Sie ein: 

hpfsdfrg -s e:\ 

Um ein ganzes Laufwerk zu defragmen - 
tieren, dabei aber alle Dateien zu über¬ 
springen, die momentan in Gebrauch 
sind, geben Sie ein: 

hpfsdfrg -sr e:\ 


f Grundsätzlich nimmt man eine 
• Defragmentierung von einer War¬ 
tungspartition oder einer Notfalldis¬ 
kette vor, um sicherzustellen, daß 
keine Dateien auf der Festplatte 
durch das System gesperrt sind, was 
eine Verarbeitung dieser Dateien 
ausschließen würde . 


Entpacken Sie die ZIP-Datei und kopie¬ 
ren Sie HPFSDFRG.EXE auf eine Not¬ 
falldiskette oder eine Wartungspartition. 
Nach der Empfehlung des Autors verän¬ 
dern Sie in der CONFIG.SYS auf Dis¬ 
kette 2 der Notfalldisketten oder auf der 
Wartungspartition die Eintragungen, die 
das Dateisystem betreffen. Setzen Sie 
die Größe des Diskcaches auf 64 KByte 
mit dem Parameter /CACHE:64 in der 
IFS-Anweisung. Die Anweisung kann 
dann z.B. so aussehen: 

IFS=D:\OS2\HPFS.IFS /CACHE: 1024 

Fügen Sie außerdem folgende Zeile in 
die CONFIG.SYS ein: 

RUN=CACHE.EXE /LAZY:OFF 

Dieser Eintrag bewirkt, daß Daten im 
Cache sofort auf die Festplatte geschrie¬ 
ben werden. Mit diesen Verändemugen 
starten Sie Ihr System mit den Disketten 
oder von der Wartungspartition aus. 

r Tjf% • Der Autor von HPFSDFRG 
± IJJ • V()r ( j em Q e b rauc h des 

Programms ein Backup der zu 
defragmentierenden Dateien 
anzufertigen. Man sollte ein 
solches Back daher vor der 
Defragmentierung durchfüh¬ 
ren. Wir haben HPFSDFRG 
ausgiebig mit Partitionen 
unterschiedlicher Größen unter 
Warp 3 und Warp 4 getestet 
und waren mit dem Ergebnis 
zufrieden. Schwierigkeiten tra¬ 
ten keine auf - aber für den 
Fall der Fälle sollte man ein 
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Abb. 6: PMBench nach einem der Graphiktests. Das Ergebnis wird in Millise- 
kungen angegeben 


Backup durchführen. Da 
Backups das A und O in der 
EDV sind, bietet eine Defrag- 
mentierung auch einen guten 
Anlaß zum Sichern der Daten. 

Anschließend kann man HPFSDFRG 
von der Kommandozeile einsetzen. Das 
Programm ermöglicht die Defragmentie- 
rung einzelner Verzeichnisse oder gan¬ 
zer Partitionen. Es gibt dazu zwei Para¬ 
meter deren Bedeutung Sie dem Kasten 
Parameter für HPFSDFRG entnehmen 
können. 

HPFSDFRG nutzt die Tatsache, daß 
HPFS Dateien in zusammenhängenden 
Bereichen auf die Festplatte schreibt. 
Also kopiert es eine Datei einfach in 


eine neue Datei ins gleiche Verzeichnis 
und löscht nach erfolgreichem Kopier¬ 
vorgang das Original. Anschließend 
benennt es das zuvor abgespeicherte 
Duplikat mit dem Namen des Originals. 
Mehr passiert nicht. Man kann daher den 
gleichen Effekt erreichen, indem man 
ein komplettes Backup einer Partition 
anfertigt, sie formatiert und die Dateien 
wieder zurückspielt. HPFSDFRG ist 
aber flexibler, weil man gezielt auch nur 
einzelne Verzeichnisse defragmentieren 
kann. 

Wir fragmentierten unter anderem eine 
reine Datenpartition. Nach der Defrag- 
mentierung ging alles schon ein wenig 
schneller vor sich. Das mag aber auch 
daran gelegen haben, daß die Partition 
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seit über einem Jahr ständig in Gebrauch der Version 1.0 vor und ist -bekommen 
war und nie defragmentiert wurde. Bei Sie keinen Schreck- schon neun Jahre 
regelmäßig durchgeführten Defragmen- alt. Jedoch arbeitet es zuverlässig und 
tiervorgängen dürften Leistungsverände- gibt gute Anhaltspunkte über die graphi- 
rungen weniger stark auffallen. Lei- sehen Leistungen des PM. Vorrangig 
stungsverbesserungen gehen testet es die Zeit, die zur Ausführung 

Verschlechterungen voraus. Also sollte verschiedener GPI-Funktionen benötigt 
man auch eine HPFS-Partition von Zeit wird. Wenn man an hardwarenäheren 
zu Zeit ein wenig aufräumen. Tests interessiert ist (Datentransferraten 
HPFSDFRG ist dafür ein geeignetes und in das Video-RAM usw.), greife man lie - 
kostenloses Mittel. ber zu SysBench (s.u.), obwohl auch 

SysBench Graphiktests bietet, allerdings 
Benchmarkprogramme weitaus weniger als PMBench. Die 

Der Nutzen von Benchmarks sei einmal Ergebnisse sind jedoch nur bedingt ver- 
dahingestellt. Im wesentlichen kann man gleichbar, da SysBench die Ergebnisse 
sie genau so mißbrauchen wie Statisti- der Graphiktests in Millionen gezeichne- 
ken. Allerdings bieten sie einen Bezugs- ter Pixel pro Sekunde angibt, während 
punkt zur Beurteilung der Systemlei- PMBench als Einheit Millisekunden 
stung. Das heißt aber nicht, daß man sein benutzt. Für reine GPI-Tests ist 
System mit der Hilfe von Ben¬ 
chmarks optimieren sollte. Es mag 
sein, daß es dann eine optimale Lei¬ 
stung zeigt, wenn man das Ben¬ 
chmark programm ausführt; aber die 
Gesamtleistung des Systems leidet 
eher darunter. Für eine grobe Beur¬ 
teilung ist ein Benchmark aber wie 
gesagt nicht schlecht. Daher stellen 
wir Ihnen 


Display Results @|Yesj Q No 


File Output 
r File Options 


® Text O Excel Q Lotus 


zwei Benchmarkpro¬ 
gramme vor, die für OS/2 verfügbar 
sind (die Auswahl ist hier nicht so 
groß) und sich für einen Einsatz eig¬ 
nen. Wir werden für spätere Hardwa¬ 
retests diese Programme verwenden, 
damit Sie einen bekannten Bezugs¬ 
punkt haben. 


pmbench.txt 


File Name 


Benchmark Result 


File Header; 


Iteration Multiplier 

Ql Q 2 ®3 05 Q10 


ESC=Cancel 


PMBench 

PMBench wurde von Graphic Soft¬ 
ware Systems für PC Magazin ent • 
wickelt. Das Programm liegt nur in Abb. 7: Der Modify Options Dialog von PMBench 
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Abb. 8: SysBench 0.9.4d nach den CPU-Benchmarks. Das Programm ist übersichtlich mul 
einfach zu bedienen. Testergebnisse lassen sich sowohl im ASCII- als auch im HTML-Foi 
mat speichern. 


PMBench auf jeden Fall das weitaus 
geeignetere Programm. 

Das Programm kann 33 verschiedene 
Graphiktests ausführen. Negativ ist aller¬ 
dings, daß das nach jedem der 33 Tests 
eine Dialogbox anzeigt wird, die man 
durch einen Klick auf OK schließen 
muß, ehe das Programm fortfährt. Führt 
man nur einen bestimmten Test durch, 
ist das akzeptabel; wenn man jedoch 
alle Tests ausführen läßt, stört es sehr. 
Aber da man Benchmarks nicht täglich 
auf dem System ausführt, kann man 
damit leben. Die Testergebnisse kann 
man sich auch in einer Datei sichern las¬ 


sen, was man zur Durchführung aller 
Tests tun sollte (s. Abb. 7). Die Datei 
wird im Installationsverzeichnis abge 
legt. Über die Dialogbox Modify Optl 
ons , die man über den Menüpunkt Opti 
ons erreicht, kann man außerdem 
angeben, wie oft ein Test wiederholl 
werden soll (Iteration Multiplier). Hier 
sollte man mindestens 3 angeben, um 
sicherere Werte zu erhalten. 

Die Ergebnisse sollte man aber nicht 
überbewerten. Die Leistung einer 
Anwendung kann durchaus besser sein, 
als es das Benchmark vorgeben mag. 
Gerade im Bereich der GPI-Program 
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mierung kann man viele Tricks anwen- 
tlcn, um z.B. den Aufbau von Graphiken 
fW erhöhen, womit man die tatsächliche 
(ieschwindigkeit des GraphikEngines 
verschleiern kann. Und ob das Ben¬ 
chmarkprogramm diese Tricks nutzt, 
weiß man nicht. Doch für das Sammeln 
von Anhaltspunkten in der Bewertung 
eines Systems ist das PMßench nach wie 
vor zu gebrauchen. Zur Installation ist 
nicht viel zu sagen: Erstellen Sie auf 
einem Laufwerk ein Verzeichnis namens 
\PMBENCH, entpacken die ZIP-Datei in 
dieses Verzeichnis und tragen Sie es in 
den PATH ein (oder erzeugen Sie ein 
Programmobjekt mit Hilfe der WPS). 
Genauso gehen Sie bei der Installation 
des nächsten Programms vor. 

Sysbench 

Sysbench liegt mittlerweile in der Ver¬ 
sion 0.9.4d vor, ist weitaus aktueller als 
PMBench und testet so ziemlich alles, 
was der Rechner bietet: Datentransferra¬ 
ten über den Systembus in den Speicher, 
komplette Disk-I/O-Test, Graphiktests, 
CPU-Benchmarks usw. und alle Tests in 
unterschiedlichen Varianten (insgesamt 
sind es über 50). Man wird auch nicht 
durch Dialogboxen genervt. Die Tester¬ 
gebnisse werden alle in einem Fenster 
dargestellt, das man sich bequem 
betrachten kann (s. Abb. 8). Nach den 
Tests lassen sich die Ergebnisse in einer 
Datei sichern (entweder im ASCII-For- 
mat oder in HTML). 

Während des Startens überprüft 
SysBench die Systemkonfiguration und 
zeigt sie in einem Notizbuch an. Sichert 
man die Ergebnisse eines Tests, werden 
diese Informationen ebenfalls in die 
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- Datei übernommen. So kann man vor 
i allem bei vielen dieser Dateien sofort 
5 sehen, zu welcher Maschine welcher 
s Test gehört. 

- Haben Sie Geduld, wenn Sie alle Tests 
:, auf Ihrem System durchführen lassen, 
i Auf unserem 6x86 PI 33 brauchte 
l SysBench gut 45 Minuten, um alle Über- 
e Prüfungen abzuschließen. Und: Arbeiten 
t Sie mit Ihrem System nicht, wenn das 
f Benchmarkprogramm läuft. Ansonsten 
s erhielte man keine aussagekrätigen 
n Ergebnisse. 

n Wir sind mit SysBench recht zufrieden, 
n wenngleich wir es eher selten verwen- 
l. den. Gerade was die Ermittlung der I/O- 
n Werte betrifft, so ist das Programm, wie 
andere Benchmarkanwendungen auch, 
nicht unbedingt der Verkünder der 
Wahrheit. Die Testsituationen des Pro- 

- gramms stellen eben Idealsituationen 
s dar, die in der Praxis so nie auftreten. 

i, Es gibt neben SysBench übrigens noch 

- andere kleinere Benchmarktools für die 
*, Kommandozeile (etwa DisklO). Sie 
;, ermittelten aber auf unseren Maschinen 
n in etwa die gleichen Ergebnise wie 
it SysBench , so daß man sich das Hande¬ 
lt ren mit vielen verschiedenen Ben- 

- chmarkprogrammen schenken kann. Das 
r vielseitige SysBench sollte auf Ihrem 
n System also nicht fehlen, wenn Sie Ben- 
n chmarktests durchführen möchten. 

:r 

- Alle hier vorgestellten Programme fin¬ 
den Sie in den bekannten Softwareachi- 

^ ven und als Begleitung zu dieser Aus- 
d gäbe auf unserer Homepage. □ 
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Schlanker ist schöner 

OS/2 ist mit den Ansprüchen an die 
Systemausstattung eigentlich noch rela¬ 
tiv bescheiden, wenn man berücksich¬ 
tigt, daß es ein ausgewachsenes 32-Bit 
Betriebssytem ist und es mit anderen 
Betriebsystemen vergleicht, etwa mit 
Linux oder Windows NT. Trotz allem 
läßt sich ein Warp 4 auf einer Partition, 
die kleiner als 100 MByte ist, nicht 
installieren (obwohl ein »schlankes« 
OS/2 dort draufpassen würde), und man 
findet nach einer Installation, sei es nun 
von Warp 3 oder Warp 4, Dateien auf 
der Festplatte vor, die man ganz sicher 
oder in manchen Fällen nicht braucht. 
Die nehmen Paltz weg und sorgen nicht 
gerade für Übersichtlichkeit. Man kann 
ein Warp 3 aber bei voller Funktionsfä¬ 
higkeit auf gerade einmal 18 MByte 
schrumpfen lassen, was den benötigten 
Plattenplatz angeht, und ein Warp 4 auf 
etwa 40 MByte. Benutzt man die WPS 
nicht, kann man den Festplattenanspruch 
weiter herunterschrauben (natürlich auch 
hinsichtlich der Belegung des Arbeits¬ 
speichers). Wir zeigen Ihnen in diesem 
Artikel, wie man OS/2 schlanker 
machen kann, welche Dateien man 
löschen darf, welche auf gar keinen Fall, 
und wie sich mit anderen Maßnahmen 
der Ressourcenbedarf des Systems ver¬ 
ringern bzw. optimieren läßt. 

Arbeiten an der CONFIG.SYS 
Wenn man nach einer OS/2-Installation 
zum ersten Mal in die CONFIG.SYS 
hineinsieht, bekommt man das kalte 
Grausen: Alles ist durcheinander, die 
Einträge befinden sich in keiner logi¬ 


schen Reihenfolge. Das hat zwei N*i 
teile: 

1. Der Bootvorgang verzögert *n I 
weil OS/2 die CONFIG.SYS nid 
sequentiell abarbeitet und folgli»' 
bei einer Startdatei, in der alles kreni 
und quer verteilt ist, zuerst nach il* 
jeweils benötigten Einträgen sucht»' 
muß. 

2. Möchte man Veränderungen an «I* 
CONFIG.SYS vornehmen, fin«l« 
man bestimmte Einträge nur m! 
schwer. 

Diese Unordnung steigt mit der /» 
immer weiter an, weil Programme hi 
der Installation ihre Angaben in vn 
schiedene Bereiche der CONFIG.SY 
schreiben. Besser ist es also, die wil l* 
tige Datei zunächst einmal in ein» 
ordentliche Form zu bringen. 

Obwohl das eigentlich einleuchtet, tun c 
viele OS/2-Anwender nicht. Bevor wi» 
also Veränderungen an der Systemkonii 
guration vornehmen, beginnen wn 
zunächst damit, die CONFIG.SYS zu 
ordnen. Gehen Sie dazu wie folgt vor: 

OErstellen Sie ein Backup der Datei 
Öffnen Sie dann die CONFIG.SY’ 
mit einem Texteditor, am besten dem 
Systemeditor, und sortieren Sie dh 
einzelnen Eintragungen nach folgen 
dem Schema (zwischen jeder Grupp» 
eine Leerzeile einfügen): 

©Suchen Sie alle BASEDEV-Anwei 
sungen, und stellen Sie sie an den 
Anfang der Datei. Sortieren Sie du 
einzelnen BASEDEV-Anweisungcn 
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nach den Datei erweiterungen der Trei - 
ber in dieser Reihenfolge: SYS, ADD, 
FLT, DMD. 

©Suchen Sie alle Eintragungen, die mit 
der Anweisung IFS beginnen, und 
stellen Sie sie an den Anfang der 
Datei. 

©Plazieren Sie alle DEVICE-Anweisun- 
gen unter die BASEDEV-Anweisun¬ 
gen. Sortieren Sie die einzelnen 
DEVICE-Anweisungen wie folgt: 
Zuerst alle Treiber, die sich im Ver¬ 
zeichnis \OS2\BOOT befinden; 
anschließend die Treiber aus dem Ver¬ 
zeichnis \MMPM, dann alle Treiber, 
die sich im Verzeichnis \OS\DOS 
befinden. Für Warp 3 Connect oder 
Warp 4 fügen Sie anschließend alle 
Treiber aus den Verzeichnissen 
\IBMCOM und \MPTN hinzu. 

©Fügen Sie anschließend unter die Trei¬ 
ber die LI BP ATH-Anweisung, gefolgt 
von den SET-Kommandos für die 
Suchpfade PATH, DPATH, HELP 
und BOOKSHELF (zwischen jede 
Anweisung zur besseren Übersicht 
eine Leerzeile). 

©Setzen Sie unter die letzte Anweisung 
aus Punkt 5 diese SET-Kommandos 
(in der hier wiedergegebenen Reihen¬ 
folge): 

SET USER_1NI =... 

SET SYSTEMJNI = ... 

SET RUNWORKPLACE =... 

SET OS2_SHELL = ... 

Anweisungen wie: 
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SET RESTARTOBJECTS = ... bzw. 

SET AUTOSTART = ... 

und ähnliche SET-Einträge fügen Sie 
dem eben genannten Anweisungs¬ 
block hinzu. 

©Suchen Sie nun sämtliche SET 
Befehle und reihen Sie diese unter den 
vorherigen Anweisungsblock. Die 
Reihenfolge ist dabei beliebig. Beson¬ 
ders wichtige Umgebungsvariablen, 
die mit SET definiert werden, sollten 
Sie allerdings in einer Gruppe zusam¬ 
menfassen und durch eine Leerzeile 
von allen anderen trennen, etwa: 

SET ETC = ... 

SET NLSPATH = ... usw. 

Separieren Sie ferner die Anweisun¬ 
gen: 

SET VIDEO_DEVICES = ... sowie 
SET VIO_SVGA=... 

von dem Block mit den übrigen SET- 
Kommandos. Ob diese vier Anwei¬ 
sungen vor oder hinter den anderen 
stehen, beeinflußt die Zeit, die OS/2 
zum Booten braucht, nicht. Allerdings 
werden hier Informationen für den im 
System installierten Graphikadapter 
eingetragen, so daß es praktisch ist, 
wenn man diese Anweisungen mit 
einem Blick findet. 

©Lassen Sie nun alle weiteren Kom¬ 
mandos wie FILES, BUFFERS, 
PROTECTONLY usw. folgen. Tren¬ 
nen Sie jedoch alle für die DOS- 
Unterstützung relevanten Befehle von 
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den anderen. Das sind: FILES, BUF¬ 
FERS, SHELL, FCBS, RMSIZE und 
DOS. 

©Was übrigbleibt sind die RUN- und 
CALL-Befehle. Setzen Sie diese an 
das Dateiende. 

Wenn Sie gegen ein wenig mehr Mühe 
nichts haben, können Sie noch jeden ein¬ 
zelnen Abschnitt kommentieren, indem 
Sie eine Beschreibung hinzufugen. Diese 
leiten Sie mit REM ein, z.B.: 

REM - Device Driver - 

Sie können zum Sortieren auch 
CFGSORT verwenden, das wir ihnen im 
Kapitel Software: Werkzeuge für das 
System vorstellten. CFGSRT sortiert die 
Einträge in der CONFIG.SYS etwas 
anders als wir es angegeben haben. Ent¬ 
sprechende Änderungen, sofern sie Ihrer 
Meinung nach nötig sind, können Sie 
nach der oben wiedergegebenen Anlei¬ 
tung manuell vornehmen. 


Nicht benötigte Einträge und Treiber 
Nachdem die CONFIG.SYS sortiert ist, 
findet man sich in der Datei besser 
zurecht und kann Veränderungen vor¬ 
nehmen. Wir beginnen dabei mit dem 
Entfernen nicht benötigter Treiber. 

OS/2 installiert standardmäßig auch auf 
ISA-Bus -Svstemen den Floppy-ADD- 
Treiber für die Micro Channel 
Architektur . Den braucht man sicher 
nicht, da kaum jemand einen Computer 
mit Micro Channel Architektur verwen¬ 


den wird. Enterfemen Sie daher fol^« n 
den Eintrag aus der CONFIG.SYS: 

BASEDEV=IBM2FLPY.ADD 

Löschen Sie in diesem Zusammen!).n- 
auch gleich folgende Dateien aus ili» 
\OS2\BOOT-Verzeichnis: 

CLOCK02.SYS 

PRINT02.SYS 

SCREEN02.SYS 

außerdem im gleichen Verzeichnis »li 
ADD-Treiber: 

IBM2FLPY.ADD 

IBM2IDE.ADD 

IBM2ADSK.ADD 

IBM2SCSI.ADD 

Überprüfen Sie anschließend, wclilt 
ADD- und SYS-Treiber mit BASEDI 4 
noch in Ihrer CONFIG.SYS eingetragi * 
sind. Alle Treiber, die Sie dort finden 
notieren Sie und können alle weiteren in 
Verzeichnis \OS\BOOT entfernen 
Löschen Sie jedoch nicht: 

IBMKBD.SYS 

KBDBASE.SYS 

PNP.SYS 

Möchten Sie von Diskettenimages um 
XDFCOPY keine Installationsdiskellm 
mehr erstellen, entfernen Sie den Fm 
trag: 

BASEDEV=XDFLOPPY.FLT 

aus der CONFIG.SYS und die Datei: 

XDFLOPPY.FLT 
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aus dem Verzeichnis \OS2\BOOT. 
Sehen Sie dann in der CONFIG.SYS 
nach, welche FLT-Treiber mit BASE- 
DEV tatsächlich geladen werden und 
löschen Sie alle anderen aus dem Ver¬ 
zeichnis \OS2\BOOT. 

Verschieben Sie die Dateien am besten 
zunächst in ein Temporärverzeichnis, 
bevor Sie sie löschen. Sollte das System 
nicht starten, was uns bei der beschriebe - 
nen Vorgehensweise allerdings nicht 
passiert ist, können Sie das System von 
Diskette starten und die doch noch benö¬ 
tigten Dateien wieder in das ursprüngli¬ 
che Verzeichnis zurückkopieren. 

Überflüssige Suchpfade 
Viele Programme tragen das Verzeich¬ 
nis, in dem sie sich befinden, während 
der Installation in eine oder mehrere der 
PATH-Anweisungen ein. Je länger der 
PATH ist, um so länger kann das System 
brauchen, wenn es nach Dateien sucht. 
Daher sollte man Pfade von Program¬ 
men, die man bereits deinstalliert hat, 
aus den Anweisungen: 

LIBPATH =... 

SET PATH =... 

SET DPATH = ... 

SET HELP = ... 

SET BOOSHELF =... 

entfernen. Das kann manchmal sogar 
dringend notwendig sein, da eine PATH- 
Anweisung maximal 1024 Zeichen lang 
sein kann. Achten Sie also auch darauf, 
Programme in Verzeichnissen mit mög¬ 
lichst kurzen Namen zu installieren, und 
blähen Sie die Suchpfade druch neue 
Verzeichnisangaben nicht unnötig auf. 
Plazieren Sie kleine Programme wie 


Systemutilities und andere Tolls daher in 
Pfaden wie \OS2\APPS oder \OS2. 

Speicherbedarf reduzieren 
Sie können den Speicherbedarf des 
Systems beträchtlich reduzieren, indem 
Sie einige Einstellungen in der CON¬ 
FIG.SYS anpassen. 

Verwenden Sie auf Ihren Festplatten nur 
HPFS, entfernen Sie den Eitnrag: 

DISKCACHE = ... 

aus der CONFIG.SYS, da er nur zur 
Bereitstellung eines Diskcaches für 
FAT-Laufwerke nützlich ist und bei 
einem reinen HPFS-Festplattensystem 
nur Arbeitsspeicher wegnimmt. 

An dem Parameter /CACHE der der IFS- 
Anweisungen nehmen Sie ebenfalls 
Änderungen vor, indem Sie die Cache¬ 
größe für das Dateisystem reduzieren. 
Wir arbeiten mit HPFS-Dateisystem- 
caches von höchstens 1,2 MByte Größe. 
Man sollte nicht dem Irrtum verfallen, 
die Leistung des Datentransfers inner¬ 
halb des Dateisystems steige mit der 
Größe des Caches proportional. Wie 
haben ab einer Cachegröße von 1,2 
MByte keine nennenswerten Leistungs¬ 
steigerungen mehr feststellen können. 
Das ist mit ein Grund, weshalb wir einen 
kleinen Cache empfehlen. Cachespeicher 
ist für das System reserviert und steht 
daher anderen Programmen nicht mehr 
zur Verfügung. Die Gesamtleistung des 
Systems steigt bei einem kleineren 
Cache deutlich an. Ferner sollten Sie die 
Eintragung: 

IFS = CDFS.IFS.IFS 
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mit dem Parameter IC: 0 versehen. 
Damit schalten Sie den Cache des CD- 
ROM-Laufwerkes aus. Wir sind der 
Meinung, daß man auf einen CD-ROM- 
Cache durchaus verzichten kann, da man 
von einer CD-ROM kaum innerhalb kur¬ 
zer Zeit immer wieder dieselben Dateien 
liest. Das System reserviert für den CD- 
ROM-Cache Speicher in 64 KByte gro¬ 
ßen Blöcken, standardmäßig 128 KByte. 
Der frei gewordene Arbeitsspeicher läßt 
sich für neue Treiber, die man in das 
System einbinden muß, oder für Anwen¬ 
dungen besser verwenden. 

Swapping justieren 

Um die Arbeiten an der CONFIG.SYS 
vorerst abzuschließen, optimieren Sie 
noch das Verhalten des Systems, wenn 
es Pages aus dem Arbeitsspeicher auszu- 
lagem beginnt. 

Wie wir im Artikel OS/2-Speicherver- 
waltung noch klären werden, lagert OS/2 
nicht benutzte Pages in eine Datei 
namens SWAPPER.DAT auf der Fest¬ 
platte aus. Die Größe dieser Datei beim 
Systemstart kann man in der 
CONFIG.SYS mit Hilfe der Anweisung: 

SWAPPATH = <pfad> <minfrei> <anfang> 

im Parameter <anfang> festlegen. 
Gehen Sie dazu wie folgt vor: 

OArbeiten Sie mit Ihrem System wie 
gewohnt, und überprüfen Sie vor dem 
Systemabschluß die Größe der Ausla¬ 
gerungsdatei. 

©Addieren Sie 2 MByte zur gemesse¬ 
nen Größe hinzu und setzen Sie diesen 


Wert (in KByte) in den Paramcti i 
<anfang> der SWAPPATH-Anwci 
sung. 

Sichern Sie die CONFIG.SYS und füll 
ren Sie einen Systemneustart durch, winl 
die SWAPPER.DAT mit der in 
<anfang> angegebenen Größe erstellI 
Der Vorteil liegt darin, daß OS/2 einfach 
mit dem Auslagem beginnt, ohne du 
SWAPPER.DAT währenddessen vci 
walten zu müssen. Übersteigt nämlich 
die Gesamtgröße der auszulagemden 
Seiten die Größe der SWAPPER.DAT, 
vergrößert OS/2 die Datei um 1 MByte 
und organisiert die darin enthaltenen 
Pages neu. Den Verwaltungsaufwand, 
der dabei entsteht, kann man sich sparen, 
indem man der SWAPPER.DAT von 
vornherein eine den Systemansprüchen 
angemessene Größe gibt. 

Löschen unnötiger Dateien 
Während wir uns zuvor mit einer Opti 
mierung der CONFIG.SYS und dem 
Arbeitsspeicher des Systems beschäftig¬ 
ten, und nur unnötige Treiberdateien 
beseitigten, werden wir nun die Fest¬ 
platte etwas aufräumen. Wir gehen dabei 
davon aus, daß Sie ein reines Arbeitssy¬ 
stem verwenden, das auf unnötige Zierde 
verzichtet. 

Selektives Löschen 

Seit der Version 3.0 bietet OS/2 das Pro¬ 
gramm Selektives Löschen, mit dem Sie 
schon einmal grob die Teile des Systems 
deinstallieren können, die Sie nicht brau¬ 
chen. Sie finden das Programm über die 
WPS unter Warp 3 im Ordner System¬ 
konfiguration bzw. unter Warp 4 im 
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()rdner Installieren/Deinstallieren im 
Ordner Systemkonfigiiration. Über die 
Kommandozeile rufen Sie das Pro¬ 
gramm mit unistal auf. 

Nach dem Programmstart können Sie 
lletriebssystemkomponenten zum 

Löschen auswählen, sofern Sie auf 
Ihrem System noch vorhanden sind. Da 
das Programm einfach und selbsterklä¬ 
rend ist, müssen wir nicht näher darauf 
eingehen. Getrost löschen können Sie: 

ü alle Spiele 
ü Bitmaps 

ü Diagnoseprogramme (sofern nicht 
wirklich benötigt) 

ü das Lemprogramm 

ü WinOS/2-Zubehör, Klangdateien, 
Bildschirmschoner 

ü Systemdienstprogramme wie Objekt - 
module verbinden , Festplatte 
sichern , Sortieren. 

Daneben können Sie im Verzeichnis 
\OS2 folgende Dateien löschen, sofern 
Sie dort nach dem selektiven Löschen 
noch vorhanden sein sollten: 

8514.RC 

8514M.RC 

BACKUP.EXE 

cchmain.exe 

CGA.RC 

COMETRUN.EXE 

COMP.COM 

CPFIND.CMD 

DISKCOMP.COM 

DLFCLASS.CMD 

draipm.exe 

draisl.exe 
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DOCKMGR.EXE 

dtrace.exe 

EGA.RC 

erlogger.exe 

fdisk.rg 

FIND.EXE 

ibmpcl5.drv 

ibmpcl5.hlp 

instprtexe 

LD2FIX.EXE 

LINK.EXE 

LINK386.EXE 

LOG.SYS 

logofred.ico 

logofylw.ico 

logonreciico 

logonylw.ico 

LOTUSFIX 

LOTUSFIX.CMD 

OS2_13.RC 

OS2_20.RC 

os32p5.exe 

PATCHWP.CMD 

pcl5_fcf.dll 

PLASMA. RC 

PSERROR.MSG 

RC.EXE 

RCPP.ERR 

RCPP.EXE 

README. IST 

RECOVER.COM 

remoterr.exe 

REPLACE.EXE 

RESTORE.EXE 

sguide.exe 

SMINST.DAT 

SRD2FIX.CMD 

STRACE.EXE 

SYSLOG.EXE 

SYSLOGPM.EXE 

trace.exe 

tracefmt.exe 

TRACEFMT.ICO 

traceget.exe 

TRADEMK.ICO 

TUTINTRO.FLC 

TUTORIAL.EXE 
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UNDELETE.COM 

VGA.RC 

VGAM.RC 

WARPUSE.ICO 

WELCOME.EXE 

WIN_30.RC 

XGA.RC 

Aus dem Verzeichnis \0S2\DLL können 
Sie, sofern vorhanden, folgende Dateien 
löschen: 

CIDLOG.DLL 

COMETDLL.DLL 

dmiapi.dll 

dmiquery.dll 

dockO.cfg 

dockl .cfg 

docklO.cfg 

dockl 1. cfg 

dockl 2.cfg 

dockl 3.cfg 

dockl 4. cfg 

dockl 5. cfg 

dock2.cfg 

dock3.cfg 

dock4.cfg 

dock5.cfg 

dockö.cfg 

dock7.cfg 

dock8.cfg 

dock9.cfg 

errlog.dll 

INFRARED.HLP 

INFRARED.PDR 

MINXMRI.DLL 

MINXOBJ.DLL 

syslogpm.dll 

TUTBAMRI.DLL 

TUTHEMRI.DLL 

TUTHIMRI.DLL 

TUTMM.DLL 

TUTNEMRI.DLL 

TUTSPMRI.DLL 

TUTVNMRI.DLL 

WELCMMRI.DLL 


Aus dem Verzeichnis \OS\BOOK köti 
nen die Dateien: 

OVERVIEW.INF 
pmdf.inf 
traceref.inf 
TRADEMBK.INF 

gelöscht werden, und folgende Verzeicli 
nisse können Sie ganz vom Installation* 
laufwerk entfernen: 

\CID 

\DMISL 

\IBMVESA 

\HELP\GLOSS 

\HELP\TUTORIAL 

\0S2\BITMAPS 

\0S2\ART (nach der Registierung) 

wenn die Systemdiagnoseprogramme 
nicht gebraucht werden, außerdem: 

\0S2\PDPSI 

\0S2\SYSTEM\RAS 

\0S2\SYSTEM\TRACE 

Arbeiten Sie weder mit UltiMail/2 Light 
noch mit DOS- bzw. Windows 3.x 
TCP/IP-Anwendungen arbeiten, löschen 
Sie die beiden Verzeichnisse: 

\TCPIP\DOS und 
\TCPIP\UMAIL sowie generell: 

\TCPIP\ARCHIVE 
\TCP I P\S AM PLES 

und in den Verzeichnissen \TCPIP\BIN 
und TCTIP\DLL alle Dateien mit dem 
Präfix adv*, es sei denn, Sie benutzen 
den Advantis Dialer, um sich über IBM 
ins Internet zu wählen. Um diese 
Dateien zu löschen, müssen Sie zunächst 
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i«. UltiMail/2 Light und die Advantis 
SI'S Klassen deregistrieren oder das 
ilem ohne die WPS bzw. von Diskette 
•lAHcn. Ansonsten sind die DLLs 
iperrt, da sie durch die WPS in Ver- 
•s »’ildimg sind, und können nicht entfernt 
werden. 

Im MMOS2-Verzeichnis löschen Sie 
lolgende Unterverzeichnisse: 

MILDER 

III ME 

k I. ANGELEMENTE 

I )k> WinOS/2- Unterstützung abmagern 
Naben Sie die WinOS/2-UnterStützung 
installiert, können Sie diese Dateien aus 
dem Verzeichnis \OS2\MDOS\WINOS2 
loschen: 

CALC.EXE 

l'ALC.HLP 

( 'ALENDAR.EXE 

CLENDAR.HLP 

CANYON.MID 

CARDFILE.EXE 

CARDFILE.HLP 

CHARMAP.EXE 

CHARMAP.HLP 

CHIMES.WAV 

CHORD.WAV 

CLIPBRD.EXE 

CLIPBRD.HLP 

CLOCK.EXE 

DRWATSON.EXE 

GLOSSARY.EXE 

MPLAYER.EXE 

MPLAYER.HLP 

PACKAGER.EXE 

PACKAGER.HLP 

PBRUSH.DLL 

PBRUSH.EXE 

PBRUSH.HLP 

REG.COR 


REG. DAT 

REGEDIT.EXE 

REGEDIT.HLP 

REGEDITV.HLP 

SOUNDREC.EXE 

SOUND REC.HLP 

WRITE.EXE 

WRITE.HLP 

• Löschen Sie zuerst die entspre¬ 
chenden Programme und Pro¬ 
grammgruppen im Programma¬ 
nager, ehe Sie die Dateien von 
der Festplatte entfernen . 

Nach diesen Maßnahmen hat man ein 
Warp 4 inkl. Java, TCP/IP, MMPM und 
WPS auf etwa 130 MByte gebracht. Ein 
Warp 3 mit DOS-Unterstützung, WPS, 
MMPM und IAK mißt gerade noch 75 
MByte. 

WPS entfernen 

Wenn Sie die WPS nicht verwenden und 
statt dessen mit einer alternativen Shell 
oder CMD.EXE als ArbeitsOberfläche 
arbeiten, können Sie die WPS-Dateien 
auch noch von der Platte entfernen und 
sich somit um mindestens noch einmal 6 
bis 12 Mbyte erleichtern (je nachdem 
wie groß die Archive sind, welche die 
WPS anlegt). Allerdings können Sie 
dann die WPS nicht mehr mit dem Kom¬ 
mando pmshell von der Kommandozeile 
aus starten. Eine alternative Shell zu ver¬ 
wenden, spart auf jeden Fall Arbeitsspei¬ 
cher, und zwar soviel, daß man dies sub¬ 
jektiv merkt. Wenn Sie sich von der 
WPS ganz trennen möchten, löschen Sie 
folgende Verzeichnisse auf dem Installa¬ 
tionslaufwerk: 
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\OS2\ARCHIVES 

\BASISARBEITSOBERLÄCHE 

VARBEITSOBERFLÄCHE 


aus dem Verzeichnis \OS2 die Dateien: 

LOCK.RC 

PATCHWP.CMD 

PMCHKDSK.EXE 

PMFORMAT.EXE 

PMFORMAT.rg 

WPCLS.IMP 

WPCONST.CMD 

WPDSACT.EXE 

WPDSINIT.EXE 

WPFIND.CMD 

WPREXX.IMP 

WPSINI.WPS 

WPSINST.CMD 

WPSYSOBJ.CMD 

aus dem Verzeichnis \OS2\DLL die 
Dateien: 

WPPRTMRI.DLL 

WPPRINT.DLL 

WPINTMRI.DLL 

WPINSTAL.DLL 

WPINET.DLL 

WPDSRVP.DLL 

WPDSERV.DLL 

WPCONMRI.DLL 

WPCONFIG.DLL 

WPCOMET.DLL 

aus dem Verzeichnis \OS2\ETC die 
Dateien: 


WPINET.HLP 

WPINSDEV.HLP 

WPINSOBJ.HLP 

WPINSUSR.HLP 

WPMSG.HLP 

WPPRINT.HLP 

Einige Bemerkungen zum Schluß 
Mit der hier beschriebenen Schlankheit 
kur waren wir mit unseren Systemen 
bedeutend zufriedener, sowohl was den 
Verbauch von RAM als auch Festspei 
eher anging. Unser Warp 4 Testsyslem 
beanspruchte nur noch 112 MByte mit 
der Festplatte, das Warp 3 System M 
MByte, und beide Systeme liefen spm 
bar schneller. Man kann das System 
natürlich noch weiter seiner Dateien 
berauben. Eine einheitliche Beschiel 
bung dürfte aber unmöglich sein, da di< 
Systemkonfigurationen einfach zu vei 
schieden sind. Absolute »Slim«-OS/,* 
Konfigurationen stellen wir Ihnen in du 
nächsten Ausgabe vor, wenn es um du 
Erstellen von Wartungspartitionen gehl 
Stoff zum Experimentieren haben Sie 
also, wenn Ihnen das Betriebssystem 
nicht schlank genug sein sollte. Sichern 
Sie aber, wie bereits geraten, die 
Dateien, die sie entfernen möchten, voi 
dem Löschvorgang, damit Sie eine 
Option zur Wiederherstellung haben, u 


WPDSERV.IR 

WPSH.IR 


und aus dem \OS2\HELP- Verzeichnis 
die Dateien: 

WPHELP.HLP 
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l ips & Tricks 

In diesem Abschnitt des Know how 
teils der OS/2 Only! finden Sie stets 
l ips & Tricks zu OS/2. Wenn Sie sel¬ 
ber einen Trick auf Lager haben , 
schreiben Sie ihn uns einfach: Per 
eMail, Post oder auch per Fax. Veröf¬ 
fentlichte Tips & Tricks werden auch 
belohnt: Je nach Umfang gewähren 
wir ein Honorar von DM 25 bis DM 
SO. Wir und sicher alle anderen freuen 
sich über Ihre Mitarbeit. 


Kommandozeile 


Eingabe langer Dateinamen (K001) 

Von der WPS her ist man es gewohnt, 
Objekten aussagekräftige Namen zu 
geben, die mitunter recht lang werden 
können. Von der Kommandozeile aus 
kann man die Eingabe aber auch bei 
langen Dateinamen wie gewohnt ver¬ 
kürzen, eine Eingabe wie: 

dir "OS!2 OnlyBa*" 

für die Suche nach der Datei OS/2 
Only! Band 1 ist möglich. Daneben ist 
cs nicht erforderlich, den Dateinamen 
mit einem zweiten " einzuschließen. 
Als Befehl würde also genügen: 

dir "OS!2 Only Ba* 

Das gilt aber nur für den letzten in 
einem Befehl angegebenen Dateina- 
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men. So würde z.B. der erste Datei¬ 
name im Befehl rename vollständig in 
Anführungszeichen einschlossen wer¬ 
den müssen, der letzte aber nicht: 

rename "Bericht Mo." "Bericht Di. 


PM 


Systemmenüs mit der Tastatur 
anzeigen (P001) 

Ehe man die Maus bewegt, sollte man 
lieber die Tastatur benutzen. Besonders 
Neulinge vermeiden es aber, Tastatur¬ 
kürzel zu verwenden. 

Die wichtigsten Funktionen eines Fen¬ 
sters erreicht man über dessen System¬ 
menü. Man kann es mit der Maus 
anzeigen, oder schneller mit den 
Tasten: 

SHIFT + ESC oder 
ALT + SPACE 

Drückt man anschließend: 

ESC oder ALT 

verschwindet das Systememenü wie¬ 
der. Das Systemmenü eiens Kindfen¬ 
sters innerhalb eines Programms 
erreicht man mit 

STRG+ALT+SPACE 

und kann es ebenfalls mit ALT oder 
ESC wieder verlassen. 
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Einmal angezeigt, kann man die einzel¬ 
nen Menüpunkte schnell mit ihren 
Buchstabenkürzeln auswählen. Beson¬ 
ders praktisch ist dies bei Systemme¬ 
nüs, die verschiedene Funktionen 
eines Programms zur auswahl bieten 
(wie bei Impos oder den Ordnern der 
WPS). 


Hardware 


System läßt sich nicht mehr von 
IDE-Festplatte starten (H001) 

Falls das System nach dem Anzeigen 
der Systemkonfiguration nicht mehr 
von der Festplatte startet und auch der 
Bootmanager nicht mehr angezeigt 
wird, vermutet man einen Defekt der 
Festplatte oder des IDE-Controllers. 
Bevor man jedoch panisch die Hard¬ 
ware überprüft, sollte man zunächst 
von Diskette starten und versuchen, auf 
die Festplatte zuzugreifen. Verblüffen¬ 
derweise ist das manchmal nämlich 
noch möglich. 

Erhält man einen Zugriff, kann man 
das System wieder zum Starten brin¬ 
gen, indem man alle Einträge in der 
Partitionstabelle löscht und anschlie¬ 
ßend wieder neu einfügt. Dazu sollte 
man natürlich ein Backup parat haben. 
Hat man keines, fertigt man mit Hilfe 
der Notfalldisketten ein Backup aller 
Partitionen an. 

Anschließend ruft man FDISK auf und 
löscht alle Partionen, um die Platte 
anschließend neu zu partitionieren. 
Achten Sie bitte darauf, die Partition, 


welche das Betriebssystem aufnehmon 
soll, mit FDISK als Startbare Partition 
zu markieren und in das Startmenü de*. 
Bootmanagers einzutragen. Alternativ 
dazu können Sie aber auch eine Instal 
lationspartition festlegen und da 
Betriebssystem neu installieren. Nach 
der Partitionierung ist ein Neustail 
erforderlich. 

Man bootet wieder von Diskette, for 
matiert die Partitionen und überträgt 
die gesicherten Daten wieder auf die 
Harddisk; oder, hat man sich für eine 
Neuinstallation des Betriebssystems 
entschlossen, man startet mit den 
Installationsdisketten und installiert 
zunächst OS/2, bevor man die Daten 
zurückspielt. 

Nach dieser wenn auch umständlichen 
Prozedur wird bei einem Neustart dei 
Bootmanager wieder angezeigt und das 
System startet wie gwohnt. 

Lediglich den Bootmanager zu entfer 
nen und neu einzurichten, führt aller 
dings zu keinem Erfolg; ebensowenig 
wie das Löschen aller startbaren Parti 
tionen (um wenigstens die Datenparti 
tionen unberührt zu lassen). Wohl odci 
übel muß man die gesamte Partitionsta¬ 
belle neu aufbauen, um das System 
zum Starten zu bringen. 

Verloren sind die Daten in einem sol¬ 
chen Fall vorerst wie gesagt noch nicht. 
Sie können die Platte für Backup¬ 
zwecke sogar als Slave konfigurieren 
und an einen anderen Controller 
anschließen. Nur ein Start ist mit der 
Platte nicht mehr möglich. 
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Mehrere Konfigurationen bzw. 

I»©nutzer mit Netscape 2.02 (S001) 

lliiufig steht man vor dem Problem, 
mehrere Mail-Konfigurationen zu 
benötigen; sei es, weil man mehrere 
• Mail-Adressen hat oder private von 
geschäftlicher Mail trennen und andere 
persönliche Angaben und Signaturda- 
leicn verwenden möchte. 

Der Weg dorthin führt über das Anle¬ 
gen mehrerer netscape. //»'-Dateien und 
das Erstellen verschieden konfigurier¬ 
ter Icons. Der Schüssel zu dieser Funk¬ 
tion ist der -i -Parameter von Netscape , 
mit dem man dem Programm verschie¬ 
dene INl-Dateien mit unterschiedlichen 
IMaden beim Start übergeben kann. 
Zuerst sichert man die bestehende net- 
scape.ini (z.B. als netscape.hak). Dann 
kopiert man die netscape. /«/-Datei so 
oft, wie Konfigurationen benötigt wer¬ 
den, und benennt die Kopien entspre¬ 
chend um, z.B. in netscape.privat und 
netscape.firma. Beim Start von Net¬ 
scape wird automatisch die im Net- 
scape-Pfad befindliche netscape.ini 
benutzt. 

Für mehrere Konfigurationen wird nun 
das Netscape-lcon entsprechend oft 
kopiert und gleich wie gewünscht 
benannt (in unserem Beispiel Mail pri¬ 
vat und Mail Firma). Anschließend 
werden die Eigenschaften eines jeden 
neuen Icons aufgerufen. Hier erfolgt 
nun der entscheidende Eintrag in der 
Parameter-Zeile: 


Know how: Tips & Tricks 

-inetscape.privat -mail und 
-inetscape.firma -mail 

j Achten Sie darauf daß nach dem 
• Parameter -i kein Leerzeichen 
folgt. 

Der Parameter -mail sorgt für einen 
sofortigen Start des Mail-Fensters. Mit 
Pfadangaben könnte der Eintrag dann 
so aussehen: 

-ic: \netscape\konfigs\netscape. privat. 

Zum Schluß wird Netscape über die 
verschiedenen Icons aufgerufen und 
entsprechend konfiguriert. Nicht ver¬ 
gessen: Legen Sie zur Vorsicht nach 
Abschluß der Konfigurationsarbeiten 
Sicherheitskopien der INI-Dateien an. 
Diese Funktion läßt sich natürlich auch 
einsetzen, um Netscape- Versionen mit 
und ohne JAVA bzw. JIT-Compiler zu 
starten; oder um in Netzwerken eine 
Multi-U ser-Konfiguration von Net¬ 
scape zu ermöglichen. So muß in die¬ 
sem Fall die Netscape-XN\ im Homel- 
aufwerk des Benutzers abgelegt sein. 

(Heiko Korsawe, Groitzsch) 
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OS/2-Speichermanagement 

In nahezu jedem Buch zur OS/2-Pro- 
grammierung findet man den ein oder 
anderen mehr oder weniger umfangrei¬ 
chen Abschnitt, der das Speichermanage¬ 
ment von OS/2 darstellt. Ausführliche 
Beschreibungen bleiben aber aus. Da ein 
Wissen um die Art und Weise, wie OS/2 
mit dem Systemspeicher umgeht, nicht 
nur wichtig für die Programmierarbeit ist 
sondern auch für jeden Benutzer, möch¬ 
ten wir mit diesem Artikel versuchen, 
eine Lücke in der deutschsprachigen 
OS/2-Literatur zu schließen. Nicht 
zuletzt wollen wir noch klären, wie OS/2 
auf der bereits beschriebenen Hardware¬ 
plattform, dem 80386, aufsetzt. 

Nachteile des segmentierten Speichers 
Im Artikel Die CPU lernten wir den 
80386 kennen und das segmentierte Spei¬ 
chermodell , das er implementiert. Seg¬ 
mente bieten einige Vorteile, etwa daß 
Programme mit Selektoren arbeiten, um 
ihre Speicherbereiche zu adressieren, 
wohingegen die linearen Adressen im 
Deskriptor stehen, auf die nur das 
Betriebssystem Zugriff hat. Damit sind 
die Segmente aller Prozesse im System 
voneinander getrennt. Weitere Vorteile 
sind das Konzept des virtuellen Speichers 
durch das Ein- und Auslagem von Seg¬ 
menten auf die Festplatte und die Limit- 
Überprüfung des Segmentes, wodurch 
ein Programm nicht auf Speicherstellen 
jenseits der Segmentgrenze zugreifen 
kann. OS/2 1.x war für den 80286 pro¬ 
grammiert und machte vom segmentier¬ 
ten Speichermodell dieses Prozessors 
Gebrauch. Die Segmentierung bringt 


aber auch schwerwiegende Nachteil» 

sich: 

□ Immer wenn auf ein Segment /h 
griffen wird, muß der Segnu 
Selektor zur Adreßübersetzung in 
entsprechende Segmentregister y 
den werden. Der Zeitaufwand, 
Selektoren in die Segmentregistei 
laden, wird durch die Schutzübei | 
fungen, die der Prozessor durch hl 
und durch den Zugriff auf 
Deskriptor nach Laden des Segn 
tregisters noch erhöht, womit 
Ausführungszeit beim Wechsel 
Segmenten beim 80386 etwa IN 
Takte beträgt. 

□ Der physikalische Speicher fragn 
tiert beim Ein- und Auslagem 
Segmenten. Da Segmente un 
schiedliche Größen haben, entstc 
mit der Zeit unbenutzte Bereiche / 
sehen den einzelnen Segmenten 
Speicher (siehe Abb. 1). Daher r 
das Betriebssystem den physik 
sehen Speicher regelmäßig neu ( 
nen (defragmentieren), was ei 
erhöhten Verwaltungsaufwand (O^ 
head) bedingt. 

□ Segmente können unangenehm g 
werden, so daß Schwierigkeiten b< 
Ein- und Auslagem entstehen. 

□ Es muß mit 48-Bit Zeigern gearbe 
werden, die eine aufwendige Beha 
lung durch den Programmierer er 
dem. 

□ Das Programm muß entspreche 
Verwaltungsstrukturen anlegen, 
mit Segmenten effizient umgehen 
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können. Sowohl die Programmgröße zept basieren). Man kann jedoch einen 
als auch die Leistung der Anwendung flachen Adreßraum auf dem 80386 simu- 
wird dadurch negativ beieinflußt. Heren. OS/2 macht das so: 


i )S/2 und das Flat Memory Model 
l s wäre daher wünschenswert, die Seg¬ 
mentierung zu deaktivieren und mit 
einem linearen Adreßraum zu arbeiten, 
iler bei 0 beginnt und den gesamten 
adressierbaren Speicherbereich, also 4 
(»Byte umfaßt. Dann könnte man direkt 
mit dem 32-Bit Offset den gesamten 
Adreßraum ansprechen, und ein Arbeiten 
mit den 48-Bit Zeigern und dem zeitin¬ 
tensiven Übersetzungsmechanismus ent¬ 
fiele. 

OS/2 implemeniert ab der Version 2.0 
ein solches lineares Speichermodell, das 
man auch Flat Memory Model nennt. 
Allerdings bietet der Prozessor keine 
Möglichkeit, die Segmentierung abzu¬ 
schalten (was auch unsinnig wäre, da die 
Schutzkonzepte auf dem Segmentkon- 


□ Während der Initialisierung des 
Systems erzeugt OS/2 ein Code- und 
ein Datensegment und setzt dabei die 
Basisadresse jedes Segmentselektors 
auf 0. 

□ Der Segmentselektor wird in jedes 
der 6 Segmentregister geladen, 
wodurch alle Register auf den glei¬ 
chen Speicherbereich verweisen. 

□ Die Segmentselektoren werden inner¬ 
halb der GDT bereitgestellt; damit 
kann nur das Betriebssystem auf sie 
zugreifen. 

So entsteht ein einziger Adreßraum von 4 
GByte Größe, da nur noch der 32-Bit- 
Offset der 48-Bit virtuellen Adresse 
benötigt wird bzw. verwendet werden 




Speicher Speicher 

Abb.l: Speicherfragmentierung beim Segmentmodell 


kann, um einen Adreß¬ 
raum von 0 beginnend 
bis 4 GByte anzuspre¬ 
chen. Auf diese Weise 
kann mit »handlichen« 
32-Bit-Zeigem gearbei¬ 
tet werden, wodurch 
sich das Speichermana¬ 
gement in Anwendun¬ 
gen erheblich verein¬ 
facht, und die durch die 
Segmentierung entstan¬ 
denen Nachteile sind 
beseitigt. Da nur die 
Offsetkomponente der 
virtuellen Adresse zur 
Adressierung verwendet 
wird, müssen die Seg- 
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mentregister bei Speicherzugriffen nicht 
neu geladen werden, und so wird auch 
der Performancegewinn klar, den OS/2- 
Anwendungen gegenüber 16-Bit-Pro- 
grammen aufweisen. Dennoch werden 
die durch die Segmentierung eingeführ¬ 
ten Privilegebenen weiter beibehalten. 
Die Selektoren sind demnach keine 
Dummy-Zeiger, lediglich die Basi¬ 
sadresse aller Segmente ist 0. Daß die 
Selektoren nicht mehr zur Adreßüberset- 
zungs verwendet werden müssen, liegt 
daran, daß sie alle auf den gleichen linea¬ 
ren Adreßraum verweisen, ohne jedoch 
die Schutzmechanismen zu deaktivieren, 
die im Selektor resp. dem Deskriptor ent¬ 
halten sind. Damit kann OS/2 trotz des 
flachen Adreßraumes die im Kapitel Die 
CPU beschriebenen Privilegebenen wei¬ 
terhin nutzen. OS/2 benutzt den Ring 0 
für den Kemel des Systems; Ring 2 für 
bestimmte Treiber und Servicepro¬ 
gramme und Ring 3 für Anwendungen. 
Ring 1 wird nicht benutzt. 

Was auch in den meisten Büchern totge¬ 
schwiegen wird, ist die Tatsache, daß 
auch unter OS/2 weiterhin jeder Prozeß 
seine eigene LDT besitzt, die seinen 
Adreßraum beschreibt. Auch hier sind 
Deskriptoren gespeichert, die Segmente 
beschreiben, die nach dem 0:32 Schema 
adrresiert werden und die Schutzrechte 
bestimmen.Wie sonst wäre auch eine 
Trennung der einzelnen Prozeßräume 
voneinander möglich? Die GDT und IDT 
sind natürlich, wie wir bereits wissen, 
nur einmal im System vorhanden. 

Globaler- und Prozeßadreßraum 
Das Betriebssystem kann auf den gesam¬ 
ten linearen Adreßraum zugreifen. Ther- 


oretisch kann auch jeder Prozeß um 
OS/2 einen 4 GByte großen Speich* *' 
reich adressieren. OS/2 limitieil 
Adreßraum eines Prozesses aber mil 
MByte und zwar aus zwei Gründen 

1. Um die Kompatibilität mit In " 
OS/2-Anwendungen sicherziisl* li 
die nur einen maximalen Adrcßi» 
von 512 MByte ansprechen köm 
Diese Anwendungen laufen «l»«i 
ohne Veränderungen auf einem 
Bit OS/2-System. Daher werden 1 
ersten 512 MByte des virtuell 
Adreßraums auch als Kompalil 
tätsregion bezeichnet. 

2. Um Anwendungen den Zugrill 
die Speicherregion jenseits dei 
MByte-Grenze zu verweigern, 

man daher auch Systemregion m. 

und nur dir durch 32-Bit-Adrr. 
angesprochen werden kann. 

Die Region über 512 MB kann nur v- • 
System angesprochen werden. Jedci l'< 
zeß unter OS/2 besitzt seinen eigenen 
tuellen Adreßraum, der von allen and» n 
Prozeßräumen getrennt ist. Für ein» 
Prozeß sind daher weder die Adreßriiim 
anderer Prozesse erkennbar, noch d. 
Systemregion. Wie der virtuelle Adi-< 
raum insgesamt unter OS/2 aussi» l» 
zeigt die Abb. 2. 

Für einen OS/2-Prozeß sind allerdin» 
nicht die gesamten 512 MByte verfugl»*» 
Jeder Adreßraum eines Prozesses ent ha 
zunächst private Daten und privat* 
Code, der in der EXE-Datei enthalten im 
D ieser private Speicherbereich des IV 
zesses beginnt am Anfang des virtuell* • 
Adreßraumes und hat eine minimal 
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Abb. 2: Der virtuelle Adreßraum von OS/2 und der Aufbau der virtuel¬ 
len Prozeßadreßräume 


Größe von 64 MByte. Der private Spei¬ 
cherbereich wächst in Richtung der 512 
MByte-Grenze. Daneben besteht der Pro¬ 
zeßraum aus einem öffenlichen Bereich, 
den man auch Shared Area nennt, in dem 
DLL-Code und Shared Memory unterge¬ 
bracht wird. Auch er hat eine minimale 
Größe von 64 MByte und wächst in 
Richtung des Anfangs des Prozeßraumes, 
also in Richtung Basisadresse. Auf die 
Shared Area haben in der Regel alle Pro¬ 
zesse im System Zugriff, allerdings nur 
sofern sie entsprechend autorisiert sind. 
Damit stehen einem Prozeß zum Pro¬ 
grammstart maximal nur noch 448 
MByte Speicher zur privaten Benutzung 
zur Verfügung (was aber selbst für spei¬ 
cherintensive Anwendungen ausreicht). 
Abbildung 2 stellt das Layout eines Pro- 
zeßadreßraumes unter OS/2 dar. 


OS/2 und das Paging 
Weil unter OS/2 das Paging aktiv ist, ent¬ 
sprechen die linearen Adressen, die ein 
Programm verwendet, nicht den physika¬ 
lischen Adressen. Jeder Prozeß unter 
OS/2 arbeitet also mit virtuellen Adres¬ 
sen, die durch den Paging-Adreßüberset- 
zungs-Mechanismus in physikalische 
Adressen umgewandelt werden. Neben 
den voneinander getrennten Adreßräu- 
men stellt OS/2 mit dem Paging einen 
zweiten Schutzmechanismus, den Page- 
Schutz zur Verfügung. 

Wie wir wissen, wird durch das Paging 
der gesamte Adreßraum in 4 KByte 
große Blöcke unterteilt, die sogenannten 
Pages. Zur Verwaltung der Pages stehen 
die Page-Directory und die Page-Tables 
zur Verügung. Um eine 32-Bit physikali¬ 
sche aus einer 32-Bit virtuellen Adresse 
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zu erzeugen, werden die zehn höherwer¬ 
tigen Bits, also Bit 21-31 benutzt, um 
einen Eintrag aus der Page-Directory her¬ 
auszusuchen, der die Basisadresse einer 
Pagetable angibt. Die Bits 11-21 der vir¬ 
tuellen Adresse dienen zur Auswahl 
eines Eintrages aus der selektierten Page¬ 
table, der die Basisadresse einer Page im 
physikalischen Adreßraum angibt. Die 
ersten 12 Bits 0-11 der virtuellen Adresse 
dienen schließlich als Offset, um eine 
bestimmte Speicherstelle innerhalb der 
Page anzusprechen. 

OS/2 erzeugt eine Page-Directory-Table 
für das gesamte System. Alle Einträge in 
dieser Tabelle sind für jeden Prozeß nur 
einmal vorhanden. Auf diese Weise kann 
ein Prozess nicht auf Pages anderer Pro¬ 
zesse im Arbeitsspeicher zugreifen. Bei 
jedem Taskwechsel werden nun die pro¬ 
zeßeigenen Einträge in die Page-Direc- 
tory-Tabelle geladen, die dann auf die 
entsprechenden Page-Tables verweisen. 
Insgesamt können 1024 Einträge in die 
Page-Directory-Tabelle aufgenommen 
werden und ebenfalls maximal 1024 Ein¬ 
träge faßt eine Page-Table. Damit kann 
eine Page-Table 1024 Pages, also 4 
MByte adressieren und maximal 1024 
Page-Tables sind in die Page-Directory- 
Tabelle eintragbar, womit der gesamte 
lineare Adreßraum abgedeckt wäre 
(wobei natürlich nicht alle Einträge 
benutzt werden, da der virtuelle Adreß¬ 
raum eines Prozesses ja auf 512 MB 
beschränkt ist). 

Auf der Ebene der Pages gibt es zusätz¬ 
lich zu den bereits angesprochenen Privi- 
legbenen einen weiteren Schutzmecha¬ 
nismus: Eine Page kann eine User- oder 
Supervisor-Page sein. Die Unterschei¬ 


dung wird durch zwei Bits in den Pap 
Directory- und Page-Table-Eintnlp 
angegeben. Tasks, die in Ring 3 laut» ■ 
können Supervisor-Pages nicht benutz» »* 
sie können nur auf User-Pages zugrcih n 
alle von Tasks, die in Ring 0 und 2 Ihm 
fen, haben Zugriff auf Supervisor-Pag» •» 
So sind alle Pages in der System-Regn»* 
Supervisor-Pages. Diesen Schutzmccli.» 
nismus nennt man Page-Schutz. 

Unter OS/2 gibt es vier verschiedet» 
Arten von Pages: 

1. Fixed Pages: Diese Pages sind spei 
cherresident und können nicht auf dn 
Festplatte ausgelagert werden 
Systemdaten, Programmcode dt 
OS/2-Kemels, Treiber od»» 
Cachespeicher werden in Fixed Pag» 
im Speicher abgelegt. 

2. Swappable Pages: Diese Pages kön 
nen, wird auf sie längere Zeit nicht 
zugegriffen, vom Arbeitsspeicher mit 
die Festplatte ausgelagert werden 
wenn physikalischer Speicher benö 
tigt wird. 

3. Discardable Pages: Diese Pages kön 
nen ganz aus dem Speicher enferni 
werden, ohne daß OS/2 sie auslagcti 
Das betrifft lediglich Code, der aih 
EXE- und DLL-Dateien erneut in den 
Speicher geladen werden kann, wenn 
er benötigt wird. 

4. Invalid Pages: Diese Pages wurden 
von einem Prozeß zwar allokiert, ste 
hen ihm aber physikalisch noch nicltl 
zur Verfügung. Solche Pagev 
bezeichnet man als uncommitted. 
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OS/2 erzeugt drei Datenstrukturen, um 

Informationen über Pages zu pflegen: 

1. Virtual Page Struktur (VP), die Infor¬ 
mationen sowohl über allokierte und 
für den Zugriff vorbereitete (commit- 
ted) Pages im Adreßraum des 
Systems und in den Adreßräumen 
aller anderen Prozesse enthält. 

2. Page Frames (PF), welche den Sta¬ 
tus der im Arbeitsspeicher existieren¬ 
den Pages festhalten. Die Anzahl der 
PF entspricht damit dem physikali¬ 
schen Arbeitsspeicher des Systems in 
KByte dividiert durch 4 Kbyte. Für 
jede physikalische Page existiert also 
ein Page Frame , der den momenta¬ 
nen Status einer Page im Speicher 
wiedergibt. Eine Page hat entweder 
den Status Free , dann steht sie einem 
Prozeß zum Allokieren zur Verfü¬ 
gung; den Status In-use , dann wird 
die Page gerade von einem Prozeß 
verwendet; oder den Status Idle , was 
bedeutet, daß die Page von einem 
Prozeß allokiert wurde, aber kein 
Page-Table-Eintrag des gerade lau¬ 
fenden Prozesses auf eine dieser 
Pages verweist (daß der Prozeß, der 
die Pages allokierte, also momentan 
nicht aktiv ist). 

Pages mit dem Status Free werden in 
einer zweifach dynamisch verketteten 
Liste gespeichert, die man Free List 
nennt. Diese Liste verwalted an 
einem Ende die Page Frames für 
langsamere Speicherbausteine und 
am anderen Ende die für schnelle 
Module. OS/2 benutzt diese Informa¬ 
tion, um bei Speicheranforderungen 


immer zuerst den langsameren Spei¬ 
cher zu belegen und dann den schnel¬ 
leren (um schnelle Chips durch ver¬ 
bleibende Page Frames , die 
langsamen Bausteinen zugeordnet 
sind, nicht auszubremsen). 

Pages mit dem Status Idle werden in 
einer zweifach dynamisch verketteten 
Liste gespeichert, die man Idle List 
nennt. Diese Liste verwaltet die 
Pages, auf die am häufigsten (Most 
Recently Used, MRU) und auf die am 
wenigsten (Least Recently Used, 
LRU) zugegriffen wurde. 

3. Swap Frames (SF), welche den Sta¬ 
tus der auf der Festplatte ausgelager¬ 
ten Pages festhalten. Ihre Funktion ist 
damit eigentlich dieselbe wie die der 
Page Frames , nur das die Swap Fra¬ 
mes Bereiche in der Swapdatei 
beschreiben, in denen Pages vom 
Arbeitsspeicher abgelegt werden kön¬ 
nen. 

Wie OS/2 Speicher bereitstellt 
Ein OS/2-Programm kann Speicher nur 
auf Pagebasis allokieren, also jeweils in 4 
KByte großen Blöcken. Eine Page ist 
damit die kleinste unter OS/2 allokier- 
bare Speichereinheit. Sowohl der virtu¬ 
elle Adreßraum eines Prozesses als auch 
der physikalische Arbeitsspeicher ist in 
Pages unterteilt. 

Wenn ein Prozeß in seinem virtuellen 
Adreßraum auf eine allokierte und für 
den Zugriff vorbereitete Page zugreifen 
möchte, stellt OS/2 nicht sofort den ange¬ 
forderten Speicher zur Verfügung. Der 
Page-Table-Eintrag des Prozesses weist 
dann auf eine VP-Struktur; allerdings 
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wird die Page als im Speicher nicht vor¬ 
handen gekennzeichnet. Greift ein Pro¬ 
zeß dann auf eine solche Page zu, die er 
durch einen Eintrag in seiner Page-Table 
zwar definiert, die aber im Speicher nicht 
vorhanden ist, wird ein sogenannter 
Page-Fehler generiert, den OS/2 wie 
folgt bearbeitet: 

1. Entweder das Betriebssystem allo- 
kiert eine physikalische Page mit dem 
Status Free, indem ein Page Frame 
aus der Free List zur Verfügung 
gestellt wird. Ist eine solche Page 
nicht mehr vorhanden, stellt OS/2 
eine LRU-Page (mit dem Status Idle) 
aus der Idle List bereit. Wurden in in 
die Idle Page zuvor Daten geschrie¬ 
ben, schreibt OS/2 diese Page zuerst 
in die Swapdatei, um Daten Verlust zu 
vermeiden. 

2. Nimmt aber die Anzahl an Pages mit 
dem Status Idle und Free bis zu 
einem Grenzwert ab, da sie schon in 
Verwendung sind, können keine 
Page Frames mehr bereitgestellt wer¬ 
den. Also überführt OS/2 Pages mit 
dem Staus In-use in den Idle- Status, 
um Speicheranforderungen weiterhin 
behandeln zu können. 

3. Um zu entscheiden, welche In-use 
Pages den Idle Status bekommen 
können, verwendet OS/2 einen soge¬ 
nannten Page ager , der alle In-use 
Pages regelmäßig auf Zugriffe über¬ 
prüft (was durch einen Check des 
Access Bits im Page-Table Eintrag 
erfolgt). Wurde seit dem letzten Test 
auf eine In-use Page nicht zugegrif¬ 
fen, fügt Sie OS/2 in die Idle List ein, 


und der Page Frame kann zur Verlu 
gung gestellt werden. 

4. Nachdem ein Page Frame vorhanden 
ist, lädt OS/2 die Informationen mm 
der Virtual Page Struktur in den 
Page Frame. 

5. Die VP Struktur legt fest, was du. 
Betriebssystem daraufhin zu tun hu! 
Ist die Page eine Discardable Paty 
wird ihr Inhalt von der EXE- odn 
DLL-Datei neu in den Speicher gclu 
den; ist es eine Swappable Page gibt 
es zwei Möglichkeiten: Entweder du 
Page befindet sich noch in der Idle 
List, dann muß ihr Inhalt nicht neu 
geladen werden, da sie sich noch im 
Speicher aufhält; oder sie wurde 
bereits aus dem Arbeitsspeicher enl 
femt. In diesem Falle lädt OS/2 den 
Inhalt der Page von der Swapdatei 
neu. 

6. Nun ist die Page im Speicher verfüg 
bar. OS/2 speichert die Basisadresse 
des Page Frames im Page Table Ein 
trag des Prozesses und markiert die 
Page als vorhanden. 

7. Zum Abschluß wird noch der TLH 
geleert, und das Programm fährt mit 
seiner Ausführung fort, ohne daB 
irgend etwas vorgefallen wäre. 


Die Swapdatei 

OS/2 speichert Pages in einer Swapdatei 
namens SWAPPER.DAT, die in einem 
Verzeichnis liegt, das durch die Anwei¬ 
sung SWAPPATH in der CONFIG.SYS 
angegeben wird (wir lernten diese 
Anweisung bereits im Artikel Schlanker 
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ist schöner kennen). Standardmäßig ist 
im SWAPPATH das Verzeichnis 
\OS2\SYSTEM eingetragen, und die 
Datei ist anfangs mindestens 512 KByte 
bzw. ein Vielfaches von 512 KByte groß 
(wobei man ihre Anfangsgröße durch den 
Parameter <anfang> in der SWAP- 
PATH-Anweisung auch verändern kann, 
wie wir zeigten). 

Die Größe der SWAPPER.DAT berech¬ 
net OS/2 jedesmal, wenn Speicher im 
System angefordert wird. Dabei addiert 
das Betriebssystem die Gesamtgröße des 
Speichers, der durch alle Fixed Pages 
belegt wird, mit dem, den alle 
Swappable Pages in Anspruch nehmen 
und berechnet anschließend den Betrag, 
um den diese Summe den tatsächlich im 
System installierten Speicher übersteigt. 
Übersteigt die Größe des benötigten 
Speichers die Größe des Systemspei¬ 
chers, spricht man auch von einem Over- 
commitment. 

Wird immer mehr Speicher benötigt, 
wird die Größe des Systemspeichers in 
Relation zum tatsächlich benötigten 
Speicher immer kleiner, und die SWAP¬ 
PER.DAT wird entsprechend vergößert, 
und zwar in 512 KByte-Schritten bzw. in 
Vielfachen dieser Schritte. Damit muß 
die Datei nicht jedesmal vergrößert wer¬ 
den, wenn ein Overcommitment festge¬ 
stellt wird. 

Wenn nun eine Page auf die Festplatte 
ausgelagert werden soll, benutzt OS/2 ein 
Array aus Swap Frames , um Pages freie 
Stellen in der SWAPPER.DAT zuzuwei¬ 
sen. Solange die Datei groß genug ist, um 
das Overcommitment abzufangen, wer¬ 
den diese Pages einfach in die Datei 
geschrieben; ansonsten wird die Datei 


vergrößert. Werden nun etliche Pages 
nicht mehr benötigt, wird wieder Platz in 
der SWAPPER.DAT frei, und OS/2 regi¬ 
striert bei der Berechnung des Overcom- 
mitments , daß die SWAPPER.DAT zu 
groß ist, weshalb das System die Datei 
wieder verkleinert. Dazu ist ein gewisser 
Verwaltungsaufwand erforderlich, und 
die SWAPPER.DAT schrumpft nicht so 
schnell, wie Sie wächst. Nun wird auch 
der Rat einsichtig, warum die SWAP¬ 
PER.DAT möglichst dem typischen 
Overcommitment des Systems angepaßt 
sein sollte. Eine Vergrößerung und ein 
Schrumpfen der Datei tritt nur dann ein, 
wenn die Anfangsgröße überschritten 
wird. 

Zum Schluß 

Mit Paging wird das Konzept des virtuel¬ 
len Speichers realisiert: Pages können 
aus dem Arbeitsspeicher auf die Fest¬ 
platte ausgelagert und von dort wieder 
eingelagert werden. Durch die einheitli¬ 
che Größe geht das bedeutend schneller 
vonstatten als mit Segmenten. Zudem 
tritt keine Speicherfragmentierung auf, 
da bei der Benutzung des physikalischen 
Speichers mit der Zeit immer nur 4 
KByte große »Löcher« entstehen, die 
durch andere Pages gefüllt werden kön¬ 
nen. Die einzelnen Pages eines Prozesses 
können dabei kreuz und quer im Speicher 
verteilt sein; es ist nicht notwendig, daß 
zusammenhängende Blöcke entstehen 
müßten. Das Programm merkt von der 
wirklichen Anordnung seiner Pages 
nichts, da es ja mit virtuellen linearen 
Adressen arbeitet (s. Abb. 3). Es sieht 
seinen Adreßraum als großen, zusam- 
menhängenen Bereich von 512 MByte 
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Übersetzung der 
virtuellen in 
physikalische 
Adressen durch 
Paging 



512 MB 


I Speicherobjekt 2 
1 Page 


I Speicherobjekt 11 
2 Pages 


Physikalischer Speicher 

] Belegter Speicher 
J Freier Speicher 

Vom System belegter Speicher (Fixed Pages) 


Prozeß A 


Abb. 3: Verteilung der Pages im Speicher. Die Anordnung ist völlig 
beliebig, und eine Fragmentierung wird vermieden. 


Größe, der natürlich auch in 4 KByte 
große Blöcke unterteilt ist. Das ist das 
einzige, worauf man bei der Program¬ 
mierung achten muß: Speicher wird vom 
System immer in 4 KByte-Blöcken zur 
Verfügung gestellt, da dies die Maßein¬ 
heit ist, mit der der Speicher granuliert 
wird. Der Entwickler allokiert Speicher 
als sogenannte Speicherobjekte die aus 
mindestens 4 KByte bzw. einem Vielfa¬ 
chen aus 4 KByte bestehen. Was es sonst 
noch zu beachten gibt, werden wir in 
einer der folgenden Ausgaben in einem 
Artikel zur Speicherverwaltung im Kapi¬ 
tel Programmieren zeigen. 


512 MB Durch Pagin ß 

die Größe des vn 

tuellen Speichn 
nur durch cli» 
Größe der IV.l 
platte limitici I 
welche die ausgi 
lagerten Speichn 
seiten aufnimmi 
Damit können 
selbst mehivi' 
Prozesse, die von« 
Speicher intcnsi 
ven Gebrauch 
machen, auf 
einem System nui 
wenig RAM au 
geführt werden 
Alle nicht benot in 
ten Pages werden 
ausgelagert, du 
gerade benötigten 
eingelagert. Allei 
dings vergrößeit 
sich der Verwal 
tungsaufwand flu 
das Swapping, je kleiner der im System 
installierte physiklische Speicher ist. Du 
kann soweit gehen, daß das System nui 
noch mit dem Swappen beschäftigt ist 
Ein unangenehmer Vorgang, den man als 
»Trashing« oder Flattern bezeichnet. 

Ein System mit möglichst viel RAM 
auszustatten, ist also nach wie vor dei 
beste Rat zur Aufrüstung eines Rechnci s 
Trotz allem kann das beste Betriebssy 
stem und die schnellste Hardware Pro 
grammschwächen nicht ausgleichen. AI. 
Programmierer achte man man also dar 
auf, so schlank und speicherschonend 
wie möglich zu entwickeln. □ 
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Workshop DLLs, Teil 1 

I tynamische Linkbibliotheken, kurz 
DLLs, stellen einen der wichtigsten 
Hereiche der OS/2-Anwendungs- und 
Systemprogrammierung dar und eröffnen 
Entwicklern vielfältige Möglichkeiten, 
die wir in einem dreiteiligen Workshop 
betrachten möchten. 

Im ersten Teil dieser Reihe vermitteln 
wir theoretisches Basiswissen, über das 
man verfügen sollte, und geben Anleitun¬ 
gen zum Entwerfen eigener, einfacher 
DLLs, die Funktionen und Ressourcen 
enthalten; im zweiten Teil erweitern wir 
unser Beispiel, indem wir ein REXX- 
Interface hinzufugen, um einer Applika- 
lion die Möglichkeit zur Definition von 
REXX-Makros zu geben und zeigen, wie 
man Funktionsbibliotheken für REXX 
erzeugt; im letzten Teil entwickeln wir 
mit Hilfe einer DLL ein einfaches Subsy¬ 
stem und runden damit die Betrachtung 
der DLL-Programmierung ab. 

Alle Programmbeispiele in diesem Arti¬ 
kel sind in C codiert. Wir wählten C, da 
es für die OS/2-Programmierung die 
geeignetste Sprache ist, und C-Code auch 
zusammen mit C++ genutzt werden 
kann. Daneben dürfte eine Adaptierung 
auf andere Sprachen einfach sein. Wir 
verwenden das C-Set von IBM mit dem 
Warp 3 Toolkit. Aus Platzgründen kön¬ 
nen wir nicht den gesamten Beispielcode 
abgedruckt wiedergeben. Sie finden ihn 
aber komplett auf unserer Homepage als 
ZIP-Datei zum Download. 

Ein wenig Theorie 

DLLs ermöglichen Programmen, Funk¬ 
tionen zu benutzen, die außerhalb des 


EXE-Moduls definiert sind und während 
der Laufzeit in den Speicher geladen und 
mit einem Prozeß verbunden werden, 
was man als Dynamic Linking (im 
Gegensatz zum Static Linking ) bezeich¬ 
net. Ist die DLL einmal in den Speicher 
geladen worden, stehen allen Prozessen 
im System die exportierten Funktionen 
zur Verfügung, d.h.: 

□ oft benötigte Funktionen (oder auch 
Ressourcen wie Menüs oder Dialoge) 
müssen nur einmal in den Speicher 
geladen werden, wodurch der Spei¬ 
cherverbrauch von Programmen glei¬ 
cher Codebasis reduziert werden 
kann, 

□ die Größe der EXE-Dateien sinkt, 

□ die Ladezeiten der EXE-Module wer¬ 
den veringert. 

Da man mit DLLs eine Kapselung des 
Funktionscodes erzielt, können DLLs 
unabhängig vom EXE-Modul weiterent¬ 
wickelt werden. Dadurch kann man die 
Funktionalität für unterschiedliche EXE- 
Dateien alleine durch Veränderung der 
DLLs erhöhen. Ein gutes Beispiel dafür 
ist der Presentation Manager , der zum 
größten Teil aus DLLs besteht, welche 
die Funktionalität des OS/2 Kemels zum 
einem GUI-System erweiterten. 

Speichermanagement 
Eine DLL enthält ausführbaren Pro¬ 
grammcode, ist aber keine ausführbare 
Programmdatei, d.h. sie kann kein Pro¬ 
zeß werden, wenn sie geladen wird. Fol¬ 
gerichtig werden Funktionen, die in einer 
DLL enthalten sind, innerhalb des Pro- 
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Shared Data 
Zugriff für alle Prozesse 




«* 




Prozeß A 


Prozeß B 


Prozeß C 


DLL Code 

Wird in den Adreßraum 
eines jeden Prozesses gelinkt 


Instance Data 

Prozeß A 


— 

Instance uata 
Prozeß B 

■ 


instance uata 
Prozeß C 




Abb.l: Verwendung von Instance und Shared Data durch verschiedene Prozesse. 


zesses ausgeführt, der sie aufruft. So lau¬ 
fen z.B. Threads, die innerhalb einer 
DLL gestartet werden, im Prozeßraum 
des aufrufenden Prozesses und können 
auf die Daten innerhalb dieses Adreßrau- 
mes zugreifen. Der Code einer DLL wird 
also von allen Prozessen, die von ihr 
machen, geteilt; die Datenbereiche 
jedoch nicht unbedingt. 

Grundsätzlich gibt es zwei verschiedene 
Arten von Daten, die eine DLL enthalten 
kann: 

1. Prozeßeigene Daten nennt man 
Instance Data . Für jeden Prozeß, der 
eine DLL lädt, erstellt OS/2 eine 
Kopie der Instance Data , die sich im 
privaten Adreßraum des Prozesses 
befindet. Auf diese Weise wird ver¬ 
mieden, daß ein Prozeß Daten ande¬ 
rer Prozesse überschreibt, die eben¬ 
falls die DLL benutzen. 


2. Für alle Prozesse zur Verfügung s/< 
hende Daten nennt man Sha nil 
Data : Dies ist ein öffentlicher Daten 
bereich. Änderungen, die in Prozeß m 
diesem Bereich vomimmt, wirkt 
sich auch auf alle anderen Prozess» 
aus, welche die DLL verwenden 
Man kann so eine effiziente Methotl» 
der Inter Process Communica ilun 
(IPC) entwickeln, was natürlich voi 
aussetzt, daß der Zugriff auf den 
öffentlichen Speicherbereich d»« 
DLL entsprechend serialisiert wird 

Alternativ bietet sich die Möglichkeit 
sowohl Shared Data als auch für jeden 
Prozeß private Speicherbereiche anzulc* 
gen (siehe Abb. 1). 

Wie das System den Speicher beim 
Laden der DLL zuteilt, wird durch Atlil 
bute des Schlüsselwortes DATA in dei 
DEF-Datei f Module Definiton H li» 
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heim Linken der DLL festgelegt. Alle für 
DLLs wichtige Schlüsselworte mit ihren 
Attributen und ihren Bedeutungen finden 
Sie im Kasten Relevante Schlüsselworte 
und Attribute für DLL DEF-Dateien. 

Initialisierung und Terminierung 
Ls kann manchmal nötig sein, daß 
bestimmte Aufgaben bei der Initialisie¬ 


rung respektive Terminierung einer DLL 
erledigt werden müssen, bevor Prozesse 
die Bibliothek verwenden bzw. sie frei¬ 
geben können. So kann man z.B. 
bestimmte Standardwerte in den öffentli¬ 
chen Datenbereich der DLL schreiben, 
oder Speicher allokieren, wenn man die 
DLL lädt; und Initialisierungsdaten 
sichern oder Speicher freigeben, wenn 


Relevante Schlüsselworte und Attribute für DLL DEF-Dateien 
LIBRARY 

Syntax: LIBRARY <Name der DLL> <Initialisierung> <Terminierung> 

Bedeutung: 

Mit diesem Schlüsselwort definiert man den Namen der DLL und legt das Verhalten der 
Bibliothek bezüglich Initialisierung und Terminierung fest. Der Name der DLL wird dabei 
ohne die Dateierweitung *.DLL angegeben. Dem Namen folgen die unten angegebenen 
Attribute. Dabei gilt: Wird als <Initialisierung> INITINSTANCE angegeben, gilt automa¬ 
tisch TERMINSTANCE für <Terminierung>; wird als <Initialisierung> INITGLOBAL 
angegeben, gilt automatisch TERMGLOBAL. 

Attribute: 

INITINSTANCE 

Die Initialisierungs/- Terminierungsfunktion _DLL_InitTerm wird zur Initialisierung immer 
dann aufgerufen, wenn ein Prozeß eine DLL lädt. Die Funktion läuft dabei innerhalb des 
Adreßraumes desjenigen Prozesses, der die DLL verwenden möchte. 

INITGLOBAL 

Die Initialisierungs/-Terminierungsfunktion JDLL_InitTeiin wird zur Initialisierung nur 
einmal aufgerufen, und zwar wenn die DLL zum ersten Mal in den Speicher geladen wird. 
Die Funktion läuft dann zur Initialisierung innerhalb des Adreßbraumes desjenigen Prozes¬ 
ses, der die DLL zum ersten Mal lädt. Diese Einstellung ist standardmäßig aktiviert. 

TERMINSTANCE 

Die Initialisierungs/-Terminierungsfunktion _DLL_InitTenn wird zur Terminierung immer 
dann aufgerufen, wenn ein Prozeß eine DLL ffeigibt. Die Funktion läuft dabei innerhalb des 
Adreßraumes desjeningen Prozesses, der die DLL ffeigibt. 

TERMGLOBAL 

Die Initialisierungs/-Terminierungsfunktion_DLL_/«ft7^rw wird zur Terminierung nur ein¬ 
mal aufgerufen, und zwar wenn die DLL aus dem Speicher entfernt wird. Die Funktion läuft 
dabei innerhalb des Adreßraumes desjenigen Prozesses, der die DLL als letzter freigibt. 
Diese Einstellung ist standardmäßig aktiviert. 
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Relevante Schlüsselworte und Attribute für DLL DEF-Dateien (Fortsetzung) 
DATA 

Syntax: DA TA <A ttribute... > 

Bedeutung: 

Das Schlüsselwort legt fest, wie auf Datenbereiche der DLL, die vom System beim Lad« n 
erzeugt werden, zugegriffen werden darf und wann sie in den Speicher geladen werden. 

Attribute: 

MULTIPLE 

OS/2 erzeugt für jeden Prozeß, der eine DLL lädt, eine eigene Kopie der Instance Data. Niii 
der Prozeß, der die DLL geladen hat, kann auf diesen Datenbereich zugreifen. Diese hin 
Stellung ist standardmäßig aktiviert. Sie kann mit dem Attribut NONSHARED kombinim 
werden. 

SINGLE 

OS/2 erzeugt zum Zeitpunkt, zu dem die DLL das erste Mal geladen wird, einen einzigen 
Datenbereich, auf den alle Prozesse zugreifen können, welche die DLL später laden. Diese 
Einstellung kann mit dem Attribut SHARED kombiniert werden. 

READWRITE 

In die während des Ladens der DLL erstellten Datenbereiche kann geschrieben und aus 
ihnen gelesen werden. Das gilt sowohl für Shared- als auch für Instance Data. Diese Ein 
Stellung ist standardmäßig aktiviert. 

READONLY 

Aus den während des Ladens der DLL erstellen Datenbereiche kann nur gelesen werden 
Das gilt sowohl für Shared- als auch für Instance Data. 

LOADONCALL 

Die Datenbereiche werden erst dann in den Speicher geladen, wenn sie tatsächlich benötigt 
werden. Das gilt sowohl für Shared- als auch für Instance Data. Diese Einstellung ist stan 
dardmäßig aktiviert. 

PRELOAD 

Die Datenbereiche sind sofort im Speicher verfügbar, nachdem ein Prozeß die DLL geladen 
hat. Das gilt sowohl für Shared- als auch Instance Data. 

SEGMENTS 

Syntax: SEGMENTS <[']Segmentname[' ] CLASS 'Klassenbezeichnung' [Attribute...]> 
Bedeutung: 

Mit diesem Schlüsselwort kann man einzelne Datenbereiche innerhalb der DLL definieren, 
welche nicht den Angaben entsprechen, die im Schlüsselwort DATA festgelegt wurden. 
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Kclevante Schlüsselworte und Attribute für DLL DEF-Dateien (Fortsetzung) 

Das ist notwendig, um DLLs zu erstellen, die sowohl Shared- als auch Instance Data auf¬ 
weisen müssen. Für diesen Zweck ist als Klassenbezeichnung DATA anzugeben, da stan¬ 
dardmäßig CODE gesetzt ist; als Attribut ist SHARED anzugeben, da standardmäßig 
NONSHARED gesetzt ist. Hinweis: Der Name des Segmentes muß in Hochkommata 
gesetzt werden, wenn der Name mit anderen Schlüsselworten wie CODE identisch ist. 

CODE 

Syntax: CODE <Attrihut> 

Bedeutung: 

Legt fest, zu welchem Zeitpunkt der DLL-Code in den Speicher geladen werden soll. 

Attribute: 

LOADONCALL 

Der DLL-Code wird erst dann in den Speicher geladen, wenn einer der Prozesse, der die 
DLL geladen hat, den Code benötigt. Diese Einstellung ist standardmäßig aktiviert. 

PRELOAD 

Der DLL-Code wird sofort in den Speicher geladen, wenn der erste Prozeß die DLL lädt. 

EXPORTS 

Syntax: EXPORTS 

<Namen der zu exportierenden Funktionen> 

Bedeutung: 

Gibt die Namen der Funktionen an, die von der DLL exportiert werden sollen, damit Sie 
anderen Prozessen, welche die DLL laden, zur Verfügung stehen. 

PROTMODE 

Syntax: PROTMODE 

Bedeutung: 

Legt fest, ob die DLL nur im Protected Mode oder auch im Real Mode verwendet werden 
kann. Diese Angabe ist optional. 

DESCRIPTION 

Syntax: DESCRIPTION <Beschreibung der DLL'> 

Bedeutung: 

Definiert eine Beschreibung der DLL. Diese Angabe ist optional, 
die DLL aus dem Speicher entfernt wird. Laden und Freigeben der DLL aufgeru- 
Für diese Aufgabe dient die Funktion fen wird. Die Funktion läuft dabei im 
_DLL_InitTerm , die vom System beim Prozeßraum desjenigen Prozesses, der 
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die DLL lädt, bzw. der sie freigibt. Wie 
oft und zu welchen Zeitpunkten 
_DLL_InitTerm aufgerufen wird, legt 
man mit Hilfe der Attribute INITGLO- 
BAL bzw. INIT1NSTANCE im 

Z,/£&4ßT-Schlüsselwort der DEF-Datei 
der DLL fest. Sie finden eine genaue 
Beschriebung dieser Attribute ebenfalls 
im Kasten Relevante Schlüsselworte und 
Attribute für DLL DEF-Dateien. 

Um entsprechende Aufgaben zum Zeit¬ 
punkt des Ladens und Freigebens der 
DLL erledigen zu können, ist es erforder¬ 
lich, eine eigene _DLL_InitTerm zu 
schreiben. Dies ist aber für die meisten 
DLLs nicht notwendig (wie für die in 
diesem Teil unserers Workshops vorge¬ 
stellten Bibliotheken). Für komplexere 
Aufgaben ist das Entwickeln einer eige¬ 
nen _DLL_InitTerm-¥unkt\on aber erfor¬ 
derlich. Wir werden die Anwendung die¬ 
ser Routine im dritten Teil des 
Workshops genau beschreiben. 

DEF-Dateien für DLLs 
Die Auflistung der Schlüsselworte und 
Attribute zeigt, daß man bereits vor dem 
Entwickeln der DLL genau wissen sollte, 
welche Aufgaben sie zu erfüllen hat, um 
den Umgang mit dem Speicher genau 
festzulegen. Im wesentlichen gibt es drei 
Anwendungsfälle: 

1. DLLs nur mit Instance Data 

Handelt es sich darum, komplexe 
Funktionen, die von vielen Program¬ 
men aufgerufen werden sollen, in 
einer DLL zu codieren, erstellt man 
eine Bibliothek, welche die 
gewünschte Funktionalität umfaßt 
und die nötigen Funktionen expor¬ 


tiert. Sie sollte für jeden Prozeß ein» 
eigenen Datenbereich zur Verfügui»! 
stellen. Der Entwurf einer InitialhM 
rungsroutine wird für eine rein« 
Funktionsbibliothek in den meihU 
Fällen nicht nötig sein. 

2. DLLs, die keinen Code enthalten 

Möchte man Ressourcen für alle Pro 
zesse zur Verfügung zu stellen, • 
trenne man sie stets vom Funkll 
onscode und erzeuge eine DLL, dl» 
nur Ressourcen enthält. Wenn mmi 
zum Beispiel eine neue Fensterklassr 
schreibt, die Menüs und Dialog 
benötigt, so definiere man für dies» 
Ressourcen eine eigene DLL, aus dn 
die von der Fensterklasse benötigen 
Ressourcen geladen werden. 

3. DLLs mit Instance und Shared Data 

Sobald Systemressourcen im Spiel 
sind (etwa die Verwaltung einci 
Schnittstelle) oder falls man mit 
Datenbeständen arbeitet, die von vie¬ 
len Prozessen nicht nur gelesen, son¬ 
dern auch weiterverarbeitet werden, 
schreite man zur Entwicklung eines 
sogenannten Subsystems, welches in 
einer DLL enthalten sein kann. Dazu 
definiert man einen für jeden Prozeß 
privaten und einen öffentlichen, für 
alle Prozesse zugänglichen Datenbe¬ 
reich und erstellt eine Routine zur 
Initialisierung und Terminierung der 
DLL, die auch die Verwaltung der 
einzelnen Prozesse übernimmt. 
Besonders für umfangreiche Pro¬ 
grammkonzepte bietet sich die Ent¬ 
wicklung einer Subsystem-DLL an. 
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Beispiele für DEF-Dateien zur DLL-Entwicklung 


Beispiel einer DEF>Datei für eine DLL nur mit Instance Data 

; I +++++++++++++++++++++++++++++++++++++++++++++++++++-H-++ 

, DEF-Datei für eine reine Funktionsbibliothek 
LIBRARY LIB01 INITINSTANCE TERMINSTANCE 
PROTMODE 

DATA MULTIPLE NONSHARED READWRITE LOADONCALL 
CODE LOADONCALL 

EXPORTS 

_BeispielFunktion 

DESCR1PTION 'DLL zur Implementierung einer reinen Funktionsbibliothek' 


Beispiel einer DEF-Datei für eine DLL, die nur Ressourcen enthält 



LIBRARY LIB02 


PROTMODE 

DESCRIPTION 'DLL zur Verfügungstellung von Ressourcen' 




Beispiel einer DEF-Datei für eine DLL mit Shared und Instance Data 

DEF-Datei für eine DLL mit Shared und Instance Data 
LIBRARY LIB03 INITINSTANCE TERMINSTANCE 


PROTMODE 

DATA MULTIPLE NONSHARED READWRITE LOADONCALL 
CODE LOADONCALL 


SEGMENTS 

SharedJData CLASS 'DATA* SHARED 

EXPORTS 

_BeispielFunktion 

DESCRIPTION 'DLL zur Implementierung eines Subsystems' 
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Für diese drei Anwendungsfälle stellen 
wir Ihnen drei unterschiedliche DEF- 
Dateien zur Verfügung (siehe Kasten 
Beispiele für DEF-Dateien zur DLL-Ent- 
wicklung). Bis auf den Namen, den Sie 
Ihrer DLL geben, sind keinerlei Modifi¬ 
kationen erforderlich. Entsprechende 
Vorgaben für Code- und Header-Dateien 
entnehmen Sie bitte den einzelnen Bei¬ 
spielprogrammen unseres Workshops. 

Wie dynamisches Linken funktioniert 
Ein PM-Programm besteht zu großen 
Teilen aus Aufrufen von Funktionen mit 
dem Präfix Win..., die in der 
PMWIN.DLL definiert sind. Das Pro¬ 
gramm enthält in diesem Fall nicht den 
Code irgend einer Win ...-Funktion (wie 
beim Static Linking), sondern an der 
Stelle des Funktionsaufrufes einen Poin¬ 
ter auf eine Adresse der Funktion, d.h. 
den Einsprungpunkt, an dem die Funk¬ 
tion in der DLL zu finden ist. Zum Zeit¬ 
punkt des Compilierens sind diese Adres¬ 
sen nur Dummyadressen, die während 
der Laufzeit des Programms aufgelöst 
werden. Dazu gibt es zwei Möglichkei¬ 
ten: 

1. Das Betriebssystem führt das Laden 
der DLL und die Auflösung der 
Adressen automatisch durch. Dabei 
wird während des Linkens des Pro¬ 
gramms eine Tabelle in der EXE- 
Datei angelegt, in welcher der Name 
der DLL und deren Funktionen auf¬ 
gelistet sind. Beim Laden der EXE- 
Datei wird mit Hilfe der Tabelle 
bestimmt, welche DLL benötigt wird, 
der Code der DLL wird in den 
Adreßraum des Prozesses gelinkt, 


und die Dummyadressen werdrit 
durch die tatsächlichen Einsprungn 
dressen (den sogenannten Entt \ 
points) in den DLLs ersetzt. 

2. Das Programm übernimmt das Lad» n 
der DLL und die Ermittlung der Fm 
sprungspunkte der Adressen. DabtM 
wird mit der Funktion DosLoadMo 
dule die DLL in den Speicher gcln 
den. Mittels der Funkton DosQu* 
ryAddrProc wird die benötig!» 
Adresse aus der DLL gelesen. Nm 
die Codeabschnitte der DLL werden 
in den Adreßraum s des Prozess» 
gelinkt, die von der Anwendung gcla 
den werden. 

Die erste Methode ist die einfachste, weil 
man dem System die Arbeit überläßt 
Dafür ist sie unflexibel: Zum einen muß 
das Verzeichnis, in dem die DLL liegt, in 
der LIBPATH-Anweisung eingetragen 
sein (nach der Installation muß dir. 
System also neu gestartet werden), odei 
die DLL wird in das gleiche Verzeichnis 
wie die EXE-Datei kopiert, weil das 
System zuerst dieses Verzeichnis, dann 
die im LIBPATH angegebenen Verzeich 
nisse nach der benötigten DLL absuchl, 
zum anderen kann das Programm auf kei 
nerlei Fehler reagieren, die während des 
Ladens einer DLL auftreten: Findet das 
System die Bibliothek nicht, kann das 
Programm einfach nicht gestartet wer 
den. Der dritte und wohl schwerwiegend 
ste Nachteil besteht allerdings darin, daß 
die DLL erst dann wieder aus dem Spei 
eher entfernt wird, wenn der letzte Pro 
zeß, der sie benötigt, beendet wird. Das 
kann zu unerwünschtem Speicherver- 
brauch führen, weil man einige DLLs nui 
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für bestimmte Zwecke kurze Zeit benö¬ 
tigt. Man sollte als Entwickler stets so 
sparsam wie nur irgend möglich mit dem 
Speicher umgehen und nicht der Ansicht 
sein, moderne Hardware kompensiere ein 
schwerfälliges Softwaredesign (was lei¬ 
der bei »moderner« Software eine Art 
Maxime ist). Wir stellen Ihnen daher 
bewußt nur die zweite Methode vor. 

Code für das EXE-Modul 
Zu welchem Zeitpunkt soll eine DLL nun 
geladen werden, und wie sind die bereits 
erwähnten Funktionen einzusetzen? 

Bevor man eine DLL in einem Pro¬ 
gramm verwenden möchte, muß man sie 
mit der Funktion DosLoadModule laden. 
Diese Funktion gibt ein Handle vom Typ 
HMODULE auf die DLL zurück, wel¬ 
ches von verschiedenen Funktionen 
benötigt wird und in einer Variablen 
gespeichert wird. Der Funktionsaufruf 
kann grundsätzlich von jeder Stelle in 
einem Programm erfolgen auch in Unter¬ 
programmen oder einer Fensteprozedur 
stehen. Beachten Sie aber, die Funktion 
für eine DLL innerhalb eines EXE- 
Moduls nur einmal aufzurufen. Eine 
Abfrage wie: 

if(lhmodLIBOl) 

rc = DosLoadModule (NULL, 0, 

"LIB01", 
&hmodLIB01); 

ist oftmals die beste Lösung. Daneben 
beachten Sie bitte die folgenden Tips: 

□ Innerhalb einer Fensterprozedur rufen 
Sie DosLoadModule am besten inner¬ 
halb des Anweisungsblocks für die 


WM_CRE ATE-Verarbeitung oder 
einer von Ihnen selbst definierten 
Nachricht auf, die nur einmal zum 
Zeitpunkt der Initialisierung des Fen¬ 
sters abgearbeitet wird. 

□ Die Variable mit dem DLL-Handle 
können Sie natürlich auch als Para¬ 
meter weitergeben. So wäre es mög¬ 
lich, den Handle auf eine Ressourcen- 
DLL im Feld einer Initialisie¬ 
rungsstruktur zu speichern und einen 
Pointer auf diese Struktur mit einer 
Nachricht an neu erstellte Fenster zu 
schicken. Mit dem Handle können die 
Fenster Ressourcen aus der DLL 
laden und verwenden. Dabei ist es 
natürlich auch möglich, daß die Fen¬ 
sterprozedur ebenfalls in einer DLL 
enthalten ist. 

□ Fensterklassen, die in DLLs enthalten 
sind, registieren Sie vom EXE-Modul 
aus, am einfachsten mit einer DLL- 
Funktion zur Klassenregistrierung, 
welche von der DLL exportiert wird. 
Die Verarbeitung von DLL-Fenster- 
klassen zeigt der Beispielcode für 
diesen Teil des Workshops. 

□ Fensterklassenspezifische Funktionen 
(wie Berechnungsmethoden) definie¬ 
ren Sie zusammen mit der Fenster¬ 
prozedur dieser Klasse in der glei¬ 
chen DLL. 

Die Funktion DosLoadModule hat fol¬ 
gende Syntax: 

rc = DosLoadModule (ObjNameBuf 
ObjNameBufL 
ModName 
ModHandle); 
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RC 

Konstante 

Bedeutung 

0 

NO_ERROR 

Fehlerfreier Ablauf 

2 

ERROR_FILE_NOT_FOUND 

Die DLL konnte nicht gefunden werden 

Name wurde falsch angegeben, sie existiert nu > 
oder sie ist nicht im angegebenen Verzeichnis 

3 

ERROR_PATH_NOT FOUND 

Der angegebene Pfad konnte nicht gefunden v 
den. Er wurde falsch angegeben oder er exisn . 
nicht. 

4 

ERROR_TOO_MANY_OPEN_FILES 

Keine weitere Datei kann geöffnet werden. /' 
Prozeß hat bereits zuviele Dateien geöffnet. 

15 

ERROR_ACCESS_DENIED 

Zugriff auf die Datei verweigert. 

8 

ERROR_NOT_ENOUGH_MEMORY 

Es steht nicht genug Speicher zur Verfügung, 

11 

Error_bad_format 

Das Format der DLL ist fehlerhaft. DLL neu nun 
pilieren und linken. 

26 

ERROR_NOT_DOS_DISK 

Auf das Laufwerk kann nicht zugegriffen wculi • 
Laufwerk überprüfen und ggfs, formatieren. 

32 

ERROR SHARING VIOLATION 

Auf die DLL konnte nicht zugegriffen wen!» i 
Erneut versuchen, das Programm zu starten. 

33 

ERROR_LOCK_VIOLATION 

Die Datei ist für einen Zugriff gesperrt. 

36 

ERROR_SHARING_BUFFER_EXCEEDED l 

Um die Datei zu öffnen und zu bearbeiten, i»i 
nicht genügend Speicher vorhanden. 

£5 

ERRORJNTERRUPT 

Es trat ein interner Fehler von DosLoadModule 
auf. Erneut versuchen, das Programm zu starten 

108 

123' 

ERROR_DRIVE_LOCKED 

Das Laufwerk ist für einen Zugriff gesperrt. 

ERROR_INVALID_NAME 

Der angegebene Name der DLL ist nicht korrekt 
Der Name muß den HPFS-Regeln entsprechen. 

Ü27 

ERROR_PROC_NOT_FOUND 

Die Funktion _DLL_JnitTerm - Funktion wunln 
nicht gefunden. DLL-Code überprüfen. 

180 

ERRORJNVALID_SEGMENT_NUMBER 

Der Aufbau der DLL ist fehlerhaft (s. rc = 11). 

182 

ERROR_INVALID_ORDINAL 

Das System fand die Ordinalnummer einer Funk 
tion nicht. Das gesamte Programmprojekt mit dt > 
aktuellen Import-Bibliothek neu erstellen. 

190 

ERROR_INVALID_MODULETYPE 

Der Aufbau der DLL ist fehlerhaft (s. rc = 11). 

191 |ERRORJNVALID_EXE_SIGNATURE 

Die DLL ist keine OS/2-DLL 

192 

ERRORJEXE_MARKED_INVALID 

Der Aufbau der DLL ist fehlerhaft (s. rc = 11). 

194 

ERROR_INTERATED_DATA_EXCEEDS_ 

64K 

Das System hat Schwierigkeiten, Speicher für dio 
DLL bcrcitzustcllen (s. rc - 11). 

195 

ERRORJNVALID_MINALLOCSIZE 

s. rc = 194 

196 

ERROR_DYNLlNK_FROM_INVALID_ 

RING 

Der Prozeß, der die DLL laden möchte, läuft nicht 
auf der gleichen Privilegebene. PL überprüfen. 

198 

ERROR_INVALID_SEGDPL 

s. rc = 194 

199 

ERROR_AUTODATASEG_EXCEEDS_ 

64K 

s. rc = 194 

201 

ERROR_RELOCSCR_CHAIN_EXCEEDS_ 

SEGLIMIT 

s. rc = 194 

206 

ERROR_FILENAME_EXCED_RANGE 

Der Dateiname ist zu lang. HPFS-Regeln beach 
ten. 

295 

ERROR_INIT_ROUTINE_FAILED 

_DLL_InitTerm gibt 0 zurück. Funktion prüfen. 


Tabelle 1: Rückgabewerte von DosLoadModule, ihre Bedeutungen und Lösungstips 
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Dabei zeigt ObjNameBuf auf eine Zei- 
chenkette, die den Namen eines Objektes 
aufnehmen kann, das beim Laden einer 
DLL einen Fehler verursachte. Ist z.B. 
die DLL defekt, steht hier der Name der 
DLL. ObjNameBufL ist die Länge der zur 
Verfügung stehenden Zeichenkette. 
ModName gibt den Namen der DLL an, 
die geladen werden soll. Wird hier nur 
der Name der DLL angegeben, nimmt 
OS/2 an, sie befindet sich im aktuellen 
Verzeichnis (das, in dem auch das EXE- 
Modul liegt) oder im Verzeichnis DLL. 
Soll die DLL in einem anderen Verzeich¬ 
nis plaziert werden, muß der vollständige 
Verzeichnisname angegeben werden. 
ModHandle enthält als Ausgabewert den 
Handle auf die DLL, sofern die Funktion 
erfolgreich war. 

Wir werden die beiden ersten Parameter 
von DosLoadModule ignorieren. Aller¬ 
dings werden wir genau auf den Rückga¬ 
bewert achten. Es gibt insgesamt 28 
Rückgabewerte dieser Funktion, die Sie 
samt ihrer Bedeutung in Tabelle 1 finden. 
Die wenigsten dieser Fehler begegnen 
dem Programmierer in der Praxis. 
Eigentlich hat man nur mit den Rückga¬ 
bewerten 2 und 3 zu tun und kann die 
Fehler rasch abstellen, indem man die 
DLL in das erforderliche Verzeichnis 
kopiert oder die Angabe im Parameter 
ModName überprüft. 

Ist die DLL geladen, fragt man die 
Adressen der benötigten Funktionen ab. 
In unseren Beispielen für DEF-Dateien 
haben wir die zu exportierenden Funktio¬ 
nen nur mit ihrem Namen aufgelistet, 
was übersichtlicher ist als die Auflistung 
mit Ordinalnummem. Um die Adressen 


der Funktionen abzufragen, verwendet 
man die Funktion DosQueryProcAddr , 
die einen Zeiger auf die Adresse der 
Funktion zurückliefert. Die Syntax der 
Funktion lautet: 

rc - DosQueryProcAddr 

(HMODUDLE ModHandle, 
ULONG Ordinal, 

PSZ ProcName, 

PFN ProcA ddr); 

Hierin ist ModHandle der Handle auf die 
DLL, der mit DosLoadModule ermittelt 
wurde. Ordinal bezeichnet die Ordinal¬ 
nummer der Funktion innerhalb der DLL. 
Ist Ordinal nicht 0, wird ProcName 
irgnoriert. ProcName bezeichnet den 
Namen der Funktion in der DLL. Die 
Variable ProcAddr enthält als Ausgabe¬ 
wert die Adresse der Funktion. 

Wie bereits gesagt, geben wir den Namen 
der Funktion in der EXPOR TS- AnWei¬ 
sung an, übergeben daher der Funktion 
DosQueryProcAddr den Funktionsnamen 
im Parameter ProcName und setzen 
Ordinal auf OL. Bezüglich des Rückga¬ 
bewertes definieren wir für jede Funk¬ 
tion, die wir aus der DLL importieren 
möchten, eine Variable vom Typ PFN , 
der wir den Namen der Funktion geben, 
z.B.: 

PFN XeliaRegXeliaPushBtn Class; 

Diese Variable verwendet man dann ganz 
normal als Funktion im Programmcode, 
so als hätte man die Funktion im EXE- 
Modul definiert, etwa: 

rc = XeliaRegXeliaPushBtndass (hab); 
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RC 

Konstante Bedeutung 

tö 

NO_ERROR 

Fehlerfreier Ablauf. 


ERROR_INVALID_HANDLE 

Der Handle, welcher der Funktion überj.»* I * < 
wurde, ist nicht gültig. Sicherstellen, daß /m 
DosLoadModule fehlerfrei aufgerufen wurde 

123 

ERROR_INVALID_NAME 

ln der DLL gibt es keine Funktion mit der mir• 
gebenen Ordinalnummer oder dem angcgcbui' • 
Namen. Sicherstellen, daß der Name kon . 
übergeben, bzw. eine Ordnialnummer angegeh* <• 
wurde, die in der DLL auch existiert. 

,65079 

ERROR_ENTRY_IS_CALLGATE 

Der Zugriff auf den ermittelten Einsprungpuni 
kann nicht gewährt werden. Auf den benötigen 
Einsprungpunkt kann nur über ein Call-tlah 
zugegriffen werden. Nicht mehr versuchen, <//< 
diesen Einspnmgpunkt zuzugreifen. 


Tabelle 2: Rückgabewerte von DosQueryProcAddr , ihre Bedeutungen und Lösungstips 


Beachten Sie im Zusammenhang mit die¬ 
ser Funktion folgende Punkte: 

□ Der im Parameter ProcName angege¬ 
bene Name der Funktion muß exakt 
dem Namen in der EXPORTS- 
Anweisung entsprechen. 

□ Die PFN-Variable, die man im Para¬ 
meter ProcAdr angibt, kann beliebig 
gewählt werden. Zweckmäßigerweise 
übernimmt man hier den wirklichen 
Namen der Funktion, deren Adresse 
man ermittelt. 

□ Die einzelnen PFN-Anweisungen 
sollten als static oder global definiert 
werden. 

□ Die Variablen können genauso als 
Parameter anderen Funktionen über¬ 
geben werden, wie der Handle auf die 
DLL. So wäre es auch hier denkbar, 
Funktionspointer in geeigneten Struk¬ 
turen zu speichern und einen Zeiger 
auf diese Struktur mit einer Nachricht 
an ein Fenster zu schicken. 


DosQueryProcAddr hat nur vier Rückg.i 
bewerte (Tab. 2), auf die wir ebenfal! 
reagieren werden. Fehler 123 ist hierbei 
ein Problem, das eigentlich nur während 
der Entwicklungsarbeit auftritt, wenn 
man den Namen einer Funktion verse 
hentlich falsch angegeben hat. Fehlci 
65079 dürfte bei DLLs, die sich aus 
schließlich auf das OS/2 API stützen, 
nicht auftreten, und Fehler 6 müßte durch 
eine ordentliche Behandlung der mögli 
chen Rückgabecodes von DosLoadMo- 
dule vermieden werden können. 

Damit Sie nicht soviel Arbeit mit der 
Bearbeitung der Fehlercodes haben, fin¬ 
den Sie im Beispielcode eine Funktion 
namens ProcessDLLImpErrors. Diese 
Funktion bearbeitet die Fehler beider 
API-Funktionen, gibt entsprechende Feh¬ 
lermeldungen aus, wenn Fehler nicht 
behebbar sind, und ermöglicht eine 
besondere Bearbeitung der DosLoadMo - 
dule-RCs 2 und 3, indem nach der DLL 
gesucht wird, wenn sie im angegebenen 
Verzeichnis nicht gefunden werden kann. 
Anschließend wird versucht, die DLL 
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erneut zu laden, um das Programm fort¬ 
setzen zu können. Eine genaue Beschrei¬ 
bung von ProcessDLLImpErrors finden 
Sie in der Readmedatei zu den Beispiel¬ 
programmen. 

Die dritte API-Funktion, die im EXE- 
Modul aufgerufen werden muß, heißt 
DosFreeModule und dient zum Freige¬ 
ben der vorerst geladenen DLL. Die 
Funktion hat folgende Syntax: 

rc = DosFreeModule 

(HMODULE ModHandle); 

Dabei ist ModHandle der zuvor ermit¬ 
telte Handle auf die DLL. 

Diese Funktion können Sie an jeder 
Stelle Ihres Programmes aufrufen. 

f Nachdem DosFreeModule aufgeru- 
* fen wurde, ist der Handle auf die 
DLL nicht mehr länger gültig, und 
auch die Adressen in den PFN- 
Variablen nicht mehr! Versuchen 
Sie dann auf eine solche Funktion 
zuzugreifen, wird Ihr Programm 
beendet Rufen Sie DosFreeModule 
also erst dann auf, wenn Sie sicher 


sind, daß Sie eine DLL nicht mehr 
brauchen. 

Beachten Sie außerdem folgende Hin¬ 
weise: 

□ Rufen Sie DosFreeModule in Fenste- 
prozeduren am besten im Anwei¬ 
sungsblock zur Bearbeitung der 
WM_DESTROY auf, aber nur dann, 
wenn zuvor DosLoadModule aufge - 
rufen wurde. 

□ Achten Sie darauf, daß ein Kindfen¬ 
ster keine DLL freigibt, die noch vom 
Hauptfenster benötigt wird. Überlas¬ 
sen Sie in PM-Programmen daher am 
besten immer dem Programmfenster 
bzw. dem Hauptprogramm das Laden 
und Freigeben für das gesamte Pro¬ 
gramm essentiell wichtiger DLLs. 

Die Rückgabecodes von DosFreeModule 
entnehmen Sie bitte Tabelle 3. Wie der 
Gebrauch der drei Funktionen und unse¬ 
res Programms ProcessDLLImpErrors in 
der Praxis aussieht, können Sie aus dem 
Codeabschnitt 1 ersehen und in allen Ein¬ 
zelheiten dem Beispielcode entnehmen. 


RC 

Konstante ßedeutung 

0 

NO_ERROR 

Fehlerfreier Ablauf. 

6 

ERROR_INVALID_HANDLE 

Der Handle, welcher der Funktion übergeben 
wurde, ist nicht gültig. Sicherstellen, daß zuvor 
DosLoadModule fehlerfrei aufgerufen wurde. 

12 

ERROR INVALID ACCESS 

DosFreeModule konnte auf die DLL nicht 
zugreifen, um die Bibliothek freizugeben. Die 
Funktion noch einmal aufrufen. Sicherstellen, 
daß die DLL zuvor fehlerfrei geladen wurde. 

f 5 

i_ 

ERRORJNTERRUPT 

Interner Fehler der Funktion DosFreeModule. 
Die Funtktion noch einmal aufrufen. 


Tabelle 3: Rückgabewerte von DosFreeModule, ihre Bedeutungen und Lösungstips 
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| Codebespiel 1: Anwendungsbeispiel der vorgestellten Funktionen 

|#define INCL.WIN 
#defme INCL_GPI 
#defme INCL_DOS 
:#include <stdio.h> 

#include <stdlib.h> 

#include <string.h> 

#include <os2.h> 

#include "xelia.h" 

// Globale Variablen 

HMODULE hmodXeliaCtrlsDLL; // Module-Handle auf XCTRLS.DLL 
PFN XeliaRegisterXeliaPushButtonClass; // Function Pointers 

INT main (VOID) 

{ 

HAB habAnchor; 

APIRET rc; 

//... weitere Deklarationen 

// DLL XCTRLS laden 

rc= DosLoadModule(NULL, OL, 

"XCTRLS H , // DLL im gleichen Verzeichnis wie EXE 
&hmodXeliaCtrlsDLL); 

if(rc!=0) 

ProcessDLLImpErrors (rc, "XCTRLS", &hmodXeliaCtrlsDLL); 

// Adresse von XeliaRegisterXeliaPushButtonClass abfragen 
DosQueryProcAddr (hmodXeliaCtrlsDLL, 0, 

"_XeliaRegisterXeliaPushButtonClass", 

&XeliaRegisterXeliaPushButtonClass); 

if (rc!=0) 

ProcessDLLImpErrors (rc, "XCTRLS", &hmodXeliaCtrlsDLL); 

//... 

XeliaRegisterXeliaPushButtonClass (habAnchor); 

fl... 


II DLL XCTRLS freigeben 
DosFreeModule (hmodXeliaCtrlsDLL); 

} 
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Wir laden zunächst die DLL mit Dos- 
LoadModule und geben in Parameter 3 
als Modulbezeichnung nur den Namen 
der DLL ohne die Dateierweiterung an. 
Damit wird vorausgesetzt, daß sich die 
DLL im gleichen Verzeichnis wie die 
Programmdatei befindet. Möchte man die 
DLL in einem gesonderten Verzeichnis 
ablegen, ist hier die volle Pfadangabe 
(wieder ohne die Dateierweiterung) 
anzugeben, etwa "CiWDLLSWXCTRLS", 
wobei jeder Backslash stets zweimal 
angegeben wird. Den Namen der DLL 
wird man natürlich nur dann direkt als 
Parameter im Code angeben, wenn die 
Bibliothek tatsächlich im gleichen Ver¬ 
zeichnis wie die EXE-Datei liegen darf. 
Eleganter geht es mit einer INI-Datei, in 
der man die Pfade aller vom Programm 
benötigter DLLs speichern und sie vor 
dem Laden abfragen kann. 

Verläuft der Ladevorgang der DLL nicht 
erfolgreich, übergeben wir den Fehler¬ 
code der Funktion ProcessDLLImpEr- 
rors , die auf den Mißerfolg des Vorgangs 
reagiert. Sollte die DLL nicht gefunden 
werden, durchsucht die Funktion darauf¬ 
hin das System nach der DLL. Nachdem 
die Fehlerquelle abgestellt ist, lädt 
ProcessDLLImpErrors die DLL noch 
einmal. Der gültige Handle auf die DLL 
wird in der Variable hmodXe- 
liaCtrlsDLL gespeichert. Anschließend 
wird die Adresse der Funktion _XeliaRe- 
gisterXeliaPushButtonClass mit Dos- 
QueryProcAddr abgefragt und in der 
Variable XeliaRegisterXeliaPushButton- 
Class gespeichert, die als PFN deklariert 
ist. Sollte das Abfragen der Adresse nicht 
erfolgreich sein, übergibt das Programm 
der Funktion ProcessDLLImpErrors den 


Fehlercode, die darauf entsprechend rea¬ 
giert. Zum Schluß des Programms geben 
wir die DLL mit DosFreeModule wieder 
frei. 

Code fiir die DLL 

Für den DLL Code gibt es nur einige 
Dinge zu beachten, die wir kurz zusam¬ 
menfassen wollen: 

□ Funktionen, die von der DLL expor¬ 
tiert werden, müssen im Prototyp mit 
dem Schlüsselwort APIENTRY verse¬ 
hen werden (s. Codebeispiel 2). 

□ Den Funktionsnamen stellt man in 
der DLL am besten ein _ voran, wie 
bei _XeliaSetStatusbarText. Im EXE- 
Modul nennt man die importierte 
Funktion dann XeliaSetStatusbar- 
Text. Diese Maßnahme trägt der 
Übersicht bei. 

□ Alle Variablen, die in der DLL als 
global definiert werden, gehören zur 
Instance Data und sind daher prozeß¬ 
spezifisch. 

Ein neues Control in einer DLL 
Mit unserem Beispielcode zu diesem Teil 
des Workshops befassen wir uns mit dem 
ersten der drei Anwendungsfälle einer 
DLL. Dazu entwicklen wir einen neuen 
Pushbutton, der in einer Statuszeile einen 
Hilfetext anzeigt, immer wenn sich der 
Mauszeiger über ihm befindet. Zusätzlich 
soll es möglich sein, daß der neue 
Pushbutton gleichzeitig die Aufgaben 
einer Statuszeile übernehmen kann. Da es 
sich bei einem Control um ein Fenster 
handelt, wird eine neue Fensterklasse 
geschrieben, welche in der DLL enthal- 
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Codebeispiel 2: Header -Datei für eine DLL 

// - 

// Definitonen für Xelia Push Buttons 

//- - 

// Fensterklassen 

#define WC_XELIAPUSHBUTTON "XeliaControlCenterButtonControlClass" 

// Eigene Nachrichten 

#define XELIA_BTN_SETBUTTONHELPTEXT (WMJJSER+2) 

#define XELIA_BTN_SETSTDHELPTEXT (WMJJSER+3) 

// Typendeklarationen 
typedef struct 
{ 

USHORT cb; 

PSZ pszText; 

BOOL fHaveCapture; 

BOOL fHaveFocus; 

BOOL flnsideRect; 

BOOL blsStatusbar; 

} 

XPUSHBTN, *PXPUSHBTN; 

// Exportierte Funktionen 

BOOL APIENTRY_XeliaRegisterXeliaPushButtonClass (HAB hab); 

HWND APIENTRY_XeliaCreateXeliaPushButton (HWND hwndParent, 

HWND hwndOwner, 

PSZ pszBtnText, 

LONG lx, LONG ly, 

LONG lex, LONG Icy, 

LONG lBtnID, BOOL blsStatusbar); 
BOOL APIENTRY_XeliaSetStatusbarText (PSZ pszStatusString); 

!// Interne Funktionen 

MRESULT EXPENTRY XeliaPushButtonProcedure (HWND hwndWnd, 

ULONG ulMsg, 

MPARAM mpParaml, 

MPARAM mpParam2); 

// Dateiende 

ten ist. Für den Umgang mit dem neuen fen kann. Ein einfaches Beispielpro- 
Kontrollelement fügen wir noch einige gramm lädt die DLL und erzeugt drei der 
Funktionen hinzu, die man sowohl inner- neuen Buttons, um deren Funktion zu 
halb als auch außerhalb der DLL aufm- überprüfen. Das Codebeispiel für die 
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DLL ist eine stark gekürzte Fassung aus 
den Dateien unserer Architektur Xelia. 
Den Beispielcode besorgen Sie sich am 
besten von unserer Homepage. Ist Ihnen 
das nicht möglich, können Sie Ihn auch 
auf Diskette über uns beziehen. 

Wenn Sie den Code durchgehen, werden 
Sie die wichtigsten Fragen, die auftau¬ 
chen können, bereits geklärt wissen. Fol¬ 
gen Sie außerdem den Kommentaren im 
Code und der Readmedatei zum Pro¬ 
grammpaket. Es sollte damit problemlos 
sein, den Beispielcode zu verstehen. 

Ressourcen-DLLs 

Die Hilfefunktion des neuen Buttons ist 
eine feine Sache. Unangenehm ist aber, 
daß die Hilfetexte mit dem EXE-Modul 
verbunden sind. Möchte man nun Hilfe 
in einer anderen Sprache bieten, müßte 
man die Ressourcendatei des Executables 
verändern und das gesamte Modul neu 
compilieren. Demnach wäre es wün¬ 
schenswert, die Ressourcen vom Pro¬ 
gramm zu trennen. Wir werden dies tun 
und für die zweite Version unseres klei¬ 
nen Programms zwei neue DLLs schrei¬ 
ben, die nur Ressourcen enthalten, ein¬ 
mal in Deutsch und einmal in Englisch. 
Hier sieht man den Vorteil einer DLL: 
Ein Teil des Projektes (in diesem Falle 
der Code) bleibt von der weiteren Ent¬ 
wicklungsarbeit völlig unberührt, wäh¬ 
rend man einen anderen Teil separat ver¬ 
ändern kann, was Zeit und Mühen spart. 
Im zweiten Teil des Workshops wird 
klar, wie durch die Weiterentwicklung 
der Code-DLL die Funktionalität des 
EXE-Moduls steigt, ohne daß Verände¬ 
rungen daran vorgenommen werden 
müßten. 


Um zu entscheiden, in welcher Sprache 
das Programm laufen soll, zeigt es zu 
Beginn einen Dialog an, in dem man die 
zu verwendende Sprache festlegen kann. 
Anschließend lädt es aufgrund der Dialo¬ 
ginformationen die entsprechende Res- 
sourcen-DLL und lädt bei Bedarf die 
nötigen Strings aus der DLL, um sie in 
der Statuszeile anzeigen zu lassen. 
Ressourcen binden Sie mit Hilfe einer 
RC-Datei genauso in eine DLL ein wie in 
ein Executable. Obwohl Ihre DLL nur 
Ressourcen enthalten soll, muß der Com¬ 
piler eine Datei vorfinden. Also erstellen 
Sie eine Dummy-Code-Datei, die den 
Namen der DLL trägt und lassen diese 
zusammen mit den Ressourcen compilie¬ 
ren und linken. Das war schon alles. Der 
Code der RC-Dateien sollte beinahe 
selbsterklärend sein. Beachten müssen 
Sie nur, daß Sie die IDs, welche in der 
RC-Datei verwendet werden, auch in alle 
EXEs einbinden, da Ressourcen über ihre 
IDs identifiziert werden. Man legt dazu 
am besten eine Headerdatei an, die sämt¬ 
liche IDs der Ressourcen enthält, womit 
man die Deklarationen bequem in neue 
Programme einbinden kann. 

Die Ressourcen-DLL wird genauso gela¬ 
den wie die DLL mit den Funktionen für 
den neuen Pushbutton. Adressen fragt 
man natürlich keine ab. Die Ressourcen 
selbst lädt man mit dem Module-Handle, 
den man nach dem erfolgreichen Laden 
von DosLoadModule erhalten hat (spezi¬ 
fiziert die DLL), und mit der entspre¬ 
chenden ID (spezifiziert den Eintrag in 
der DLL). Unser Beispielprogramm 
benötigt nur Hilfetexte, die in einer 
Stringtable in der DLL gespeichert sind. 
Um die Texte zu laden, verwendet das 
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Programm die Funktion WinLoadString. 
Die Syntax lautet: 

ILength = WinLoadString 
(HAB hab, 

HMODULE Resource, 
ULONG idString, 
ULONG IBufferMax, 
PSZ pszBuffer); 

hab ist dabei der Anchor Block Handle 
der Anwendung. Unser Beispielpro¬ 
gramm fragt ihn mit WinQueryAnchor- 
Blockdb. Resource ist der Module 
Handle der DLL, welche die Ressourcen 
beinhaltet. idString bezeichnet die ID des 
Strings, der in einer Stringtable gespei¬ 
chert ist. IBufferMax gibt die Größe des 
Ausgabepuffers pszBuffer an, in den die 
geladene Zeichenkette gespeichert wer¬ 
den soll. Als Rückgabewert gibt die 
Funktion die Länge des geladenen 
Strings in ILength zurück. 

Der String wird mit seiner ID aus der 
DLL geladen und in der Variable pszSta- 
tusString gespeichert. Dann wird er mit 
der DLL-Funktion XeliaSetStatusbarText 
an die Fensterklasse des neuen Pushbut¬ 
tons in der DLL geschickt und dort so 
verarbeitet, daß er in unserer Statuszeile 
angezeigt wird. Es gibt noch mehr API- 
Funktionen, um Ressourcen aus einer 
DLL zu laden. Diese sind: 

WinLoadA ccel Table 

Zum Laden von Accelerator-Tabellen 

WinLoadDlg 

Zum Laden von Dialog Templates 

WinLoadHelpTable 

Tabellen für die Online-Hilfefunktion 


WinLoadMenu 

Zum Laden eines Menüs 

WinLoadMessage 

Zum Laden einer Nachricht 

WinLoadPointer 

Zum Laden von Bitmaps und Zeigern. 

Den Module-Handle wird auch in and< 
ren Funktionen angegeben, etwa beim 
Aufruf von WinCreateStdWindow. Si» 
können das Programmicon, Menüs um! 
Accelerator-Tabellen ebenfalls in einet 
DLL speichern, sie laden und dann du* 
Hauptfenster erstellen. Die Funktion 
WinCreateStdWindow lädt die Ressom 
cen automatisch aus der DLL. Bedingung 
ist, daß die zu ladenden Ressorcen die 11 > 
des Hauptfensters tragen. Beachten Sie 
hierzu unseren Beispielcode. 

Zum Schluß 

Den neuen Button kann man, wie da 
Standard-Control auch, mit beliebigen 
Funktionen belegen (in unserem Fall« 
nur eine einfache Messagebox). Viel 
interessanter wäre es natürlich, wenn det 
Benutzer festlegen könnte, welche Funk 
tionen durch das Programm auszuführen 
sind, wenn der Button betätigt wird. Man 
nennt solche benutzerdefinierten Pro 
grammabläufe Makros, und unter OS/,’ 
lassen sich diese am besten mit REXX 
realisieren. Daher werden wir unsei» 
DLL im nächsten Teil des Workshop*« 
mit einem REXX-Interface für den 
Makrosupport erweitern und außerdem 
am Beispiel einiger Funktionen für astro 
nomische Berechnungen zeigen, wie man 
C-DLLs schreibt, die Funktionsbibliothc 
ken für REXX-Skripte beinhalten. □ 
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HTML Workshop, Teil 1 

Im Web präsent zu sein, ist für viele 
Bedingung und gehört heutzutage zum 
guten Ton. Für viele Neueinsteiger ist die 
Erstellung eigener Webseiten aber ein 
Buch mit sieben Siegeln, und für sie ist 
es abschreckend, wenn sie den Quelltext 
eines //TMZ-Dokumentes betrachten. 
Wir möchten Ihnen daher in einem zwei¬ 
teiligen Workshop HTML nahebringen 
und Ihnen neben einer Sprachreferenz 
mit wichtigen Tips den Weg in das 
Design eigener WWW-Seiten ebnen. 

Im ersten Teil unseres Workshops lernen 
Sie grundsätzliche Dinge und Definitio¬ 
nen rund um HTML kennen und einige 
Regeln, die man beim Webdesign beach¬ 
ten sollte. Daneben möchten wir Ihnen in 
diesem Teil eine kleine //TA/L-Sprachre- 
ferenz in die Hand geben, die Sie zum 
Nachschlagen benutzen können, so daß 
Sie nicht immer das Web durchforsten 
müssen, wenn Sie mal schnell Informa¬ 
tionen zu einem Tag brauchen. Neben 
Hinweisen zu den einzelnen Sprachele- 
menten finden Sie auch Gerüste zum 
schnellen Design Ihrer Webseiten. Der 
zweite Teil des Workshops informiert Sie 
über Hilfsmittel wie HTML- Editoren, die 
Sie bei der Erstellung von HTML-Doku- 
menten unterstützen. 

Wozu noch die Sprache kennen? 

Das mögen sich manche fragen, gibt es 
doch WYSIWYG-//7m-Editoren, die 
eine genaue Kenntnis der Sprache 
scheinbar unnötig machen. Aber das ist 
keineswegs so. Visuell mit der Maus eine 
Webseite zu erstellen, ist natürlich eine 
feine Sache und sehr komfortabel; aber 
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wer HTML kann, der im wesentlichen 
beherrscht auch die IPF-Sprache, mit der 
INF-Dokumente und Hilfedateien für 
OS/2 geschrieben werden können. Und 
grundsätzlich gilt, daß ohne eine Kennt¬ 
nis von HTML das Design eigener Web¬ 
dokumente nicht viel bringt. Wenn Sie in 
der Lage sind, nur mit dem Systemeditor 
Ihre Webseiten zu kreieren, kann Ihnen 
gar nichts passieren, wenn Sie mal selbst 
Änderungen an vorgefertigten Dokumen¬ 
ten vornehmen müssen, und es ist immer 
wichtig zu wissen, wie das, was man 
sieht, eigentlich aufgebaut ist, und was 
im Hintergrund eines Programms 
geschieht. 

Was ist HTML? 

HTML ist eine Abkürzung und steht für 
Hyper Text Markup Language . Die 
Sprache stellt einen Satz mehrerer, stan¬ 
dardisierter und plattformunabhängiger 
Sprachelemente zur Verfügung, die man 
Tags nennt. Ursprünglich findet HTML 
seinen Ursprung als Eigentwicklung des 
CERN, dem Europäischen Institut für 
Kernphysik in der Schweiz, und wurde 
entworfen, um wissenschaftliche Ergeb¬ 
nisse in einer einfach und schnell einseh¬ 
baren und vor allem sauberen Form im 
Internet auszutauschen. 

Ein //TML-Dokument ist eine ASCII- 
Textdatei, die mit jedem einfachen Editor 
erstellt werden kann. Um sie zu betrach¬ 
ten, benutzt man einen Browser, der die 
einzelnen Tags liest und entsprechend 
darstellt. Hier trifft man bei der Erstel¬ 
lung eigener Webseiten bereits auf die 
ersten Probleme: Browser stellen ver¬ 
schiedene Tags, bzw. deren Kombinatio¬ 
nen, meist unterschiedlich dar, und 
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obwohl HTML standardisiert wurde, kön- 
nen einige Browser mit manchen Stan¬ 
dards nicht umgehen. Bekannt dürften 
die //TML-Standards 2.0 und 3.0, sowie 
3.2 sein, wenngleich es immer neue Ver¬ 
sionen gibt, bereits 4.0 und höher. Der 
Sprachumfang wird dabei immer größer. 
Die Probleme, die damit auftreten, 
betrachten wir gleich. 

Eine besondere Eigenschaft von 
HTML-D okumenten ist die Möglichkeit, 
Links einzusetzen, um von einer Seite 
auf andere Seiten, Server, Dateien usw. 
zu verweisen. Man kann mit dem 
Browser Dateien via FTP (FileTransfer- 
Protocol) auf die eigene Maschine laden 
und auch andere Netzdienste, wie Telnet 
nutzen. Für Webdokumente gibt es übri¬ 
gens auch ein eigenes Protokoll, das 
HyperTextTransferProtokoll (HTTP), das 
die Übertragung von //TML-Dokumenten 
regelt. Man kennt die Bezeichnung http 
von den Adressen der Webserver. Die 
zahlreichen Möglichkeiten, die sich mit 
Links in einem HTML -Dokument eröff¬ 
nen, erweitern ein Dokument, das 
zunächst nur Informationen in Textform 
bietet, zu einem interaktiven Einrichtung, 
da über die Links auch Programme ange¬ 
geben werden können, die vom Server, 
auf dem das Dokument liegt, ausgeführt 
werden. Mit der Programmierung solcher 
Programme (CGI Skripte) werden wir 
uns auch noch befassen, wenn wir HTML 
beherrschen. 

Was braucht man zum Webdesign? 

Sie benötigen neben einem einfachen 
Texteditor (dem Systemeditor oder dem 
Erweiterten Editor ), einen Webbrowser, 
um Ihre Dokumente auch betrachten zu 


können. Sie schreiben Ihr Dokument mH 
dem Editor, speichern es ab und laden cs 
in den Browser, um die neuen Seiten /u 
kontrollieren. 

Unter OS/2 bieten sich zwei Browser an, 
der IBM WebExplorer und natürlich das 
von Unix und Windows wohlbekannlr 
Netscape. Das Programm gibt es seil 
Warp 4 auch für OS/2, und mittlerwcil» 
steht auch der Netscape CommunicaWi 
4.0 zur Verfügung. Ein Programm, das 
eigentlich alles bietet, was man fürs 
Internet braucht. Wir werden uns dann! 
in einer der nächsten Ausgaben intensi 
ver beschäftigen. 

Wir empfehlen Ihnen aber, beim Design 
Ihrer Webseiten am besten den IBM 
WebExplorer in seiner letzten Version 
1.03 zu verwenden (unterstützt HTML 
3.0). Der Grund liegt darin, daß sein 
viele OS/2 Anwender trotz der Verfug 
barkeit von Netscape den WebExplorer 
immer noch gerne verwenden. Das ver 
wundert nicht sehr, der WebExplorer ist 
ein schnelles, kleines Programm; im 
Gegensatz zum etwas behäbigen Pro¬ 
grammonster Netscape. Auch wir benut¬ 
zen den WebExplorer. Leider wird er 
schon lange nicht mehr weiterentwickelt 
und unterstützt daher auch keine Frames, 
und andere //TML-Features die man im 
Web immer häufiger findet. Das führt 
uns gleich zu der Frage, ob man seine 
Webseiten mit Frames ausstatten sollte 
oder nicht. 

Mit oder ohne Frames? 

Frames ermöglichen einen recht über¬ 
sichtlichen Aufbau komplexer Webdoku¬ 
mente und eine logische Gruppierung 
einzelner Angebote. Graphiken zur Navi- 
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gation können z.B. in einem Frame gela¬ 
den werden, der sich nicht mehr verän¬ 
dert; und die einzelnen Dokumente in 
einem anderen Frame, der sozusagen als 
Darstellungsort dient. Wenngleich das 
dazu fuhrt, daß man bestimmte Navigati¬ 
onselemente nicht auf jede Seite setzen 
muß (wodurch auch die Größe einer 
Seite sinkt, was die Ladezeiten verkürzt), 
raten wir davon ab, Frames zu verwen¬ 
den; eben weil nicht alle Browser mit 
Frames umgehen können und weil viele 
Benutzer Frames ganz einfach »hassen«. 
Wir haben etliche Beschwerden von 
Besuchern unserer Homepage erhalten, 
die keinen framefähigen Browser ver¬ 
wenden oder denen Frames nicht liegen. 
Grundsätzlich kann man auch alles ohne 
Frames realisieren, und je mehr man sich 
auf ältere HTML-Standards beschränkt, 
desto größer ist die Wahrscheinlichkeit, 
daß die meisten Besucher Ihrer Home¬ 
page diese auch ohne Probleme betrach¬ 
ten können - und Ihre Seiten mögen. 

Beim Besuch einer an sich interessanten 
Webpage stießen wir einmal auf den 
nicht gerade allzu freundlichen Satz des 
Autors, wo man denn die letzten Jahre 
gewesen sei, man solle sich mal Net¬ 
scape besorgen, denn es gäbe jetzt Fra¬ 
mes. So sollte es nicht sein. Daher emp¬ 
fehlen wir das Design von Webseiten 
ohne Frames. Wir stellen Ihnen aller¬ 
dings trotzdem auch die Formatierung 
von Seiten mit Frames vor. 

Was Sie auf unserer Homepage finden 
Wir unterstützen Sie beim Design Ihrer 
Webseiten mit einigen Dateien, die Sie 
im Softwarebereich der OS/2 Only! zum 
Download auf unserer Homepage finden. 
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Diese Dateien beinhalten folgende Hilfs¬ 
mittel: 

□ Die hier vorgestellten Grundgerüste 
für Webseiten mit und ohne Frames, 

□ eine Icon-Sammlung zur Integration 
kleiner Graphiken auf Ihren Seiten, 

□ eine kleine Bildersammlung für Gra¬ 
phiken, mit denen Sie den Hinter¬ 
grund Ihrer HTML-Dokumente bele¬ 
gen können. 

Mit Xelia 1.0 (verfügbar Anfang 
Herbst), erhalten Sie auch ein Vektorgra¬ 
phikprogramm, mit dem Sie eigene Gra¬ 
phiken erstellen können. Die Navigati¬ 
onsgraphiken, die Sie auf unserer 
Homepage finden, und viele der Abbil¬ 
dungen in dieser Ausgabe wurden mit 
diesem Programm erstellt. 

Anmerkungen zum Aufbau der Seiten 
Bevor wir Ihnen den grundsätzlichen 
Aufbau eines HTML-Dokumentes zei¬ 
gen, möchten wir Ihnen noch einige Hin¬ 
weise geben, die Sie bei der späteren 
Arbeit beachten sollten: 

1. Gehen Sie sparsam mit Graphiken 
um. Vermeiden Sie große Abbildun¬ 
gen hoher Farbtiefe und Auflösung. 
Wenn möglich, verwenden Sie am 
besten Graphiken mit 256 Graustufen 
oder 256 Farben und Auflösungen bis 
höchstens 92 dpi (optimal 72 dpi). 

2. Bauen Sie Ihre Seiten einfach, 
logisch und übersichtlich auf. 

3. Entwerfen Sie eine auf jeder Seite 
sofort ins Auge springende Leiste mit 
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Grundstruktur einer HTML-Seite 

<HTML> 

<HEAD> 

[...] 

</HEAD> 

<BODY> 

[...] 

</BODY> 

</HTML> 


kleinen Graphiken oder Textlinks, die 
dem Besucher der Webseite eine ein¬ 
fache Navigation durch die wichtig¬ 
sten Punkte Ihres Angebotes ermög¬ 
licht. Der beste Platz hierfür ist der 
Anfang der Seite oder eine Tabellen¬ 
spalte am linken Seitenrand. 

4. Setzen Sie die wichtigsten Links 
zusätzlich an das Ende einer jeden 
Seite, damit Besucher der Homepage 
auch vom Seitenende aus Ihre 
Webseiten weiter durchforschen kön¬ 
nen, ohne sich wieder an den Seiten¬ 
anfang scrollen zu müssen. 

5. Fügen Sie auf jeder Seite einen Link 
auf Ihre eMail-Adresse hinzu, damit 
man Sie bei Fragen und Kritik mit 
einem Klick erreichen kann. 

6. Vermerken Sie, am besten am 
Anfang einer jeden Seite, das Datum, 
an dem das Dokument zuletzt aktuali¬ 
siert wurde. 


7. Benutzen Sie für normalen Fließt«* ^ • 
die Standardfontgröße. 

8. Verwenden Sie als Hintergrund hell 
grau, weiß oder Hintergrundbildei i" 
diesen Farbtönen. Benutzen Sic Nh 
S chrift Schwarz- oder Grautön» 
Links belassen Sie beim Standm»! 
(Noch nicht besuchte Links blun 
bereits besuchte, violett). 

9. Vermeiden Sie, kräftige Farben mit 
dunkle Hintergründe zu setzen (/ II 
Rot auf Schwarz, Gelb auf Blau). 

Grundstruktur eines HTML-Dokuments 
Jedes HTML-Dokuement hat eine festg» 
legte Grundsturktur. Im Listing Grund 
Struktur einer HTML-Seite sehen Sic ili* 
Tags eines Dokumentes, die unbedin» • 
vorhanden sein müssen. Untersuchen wn 
nun diese Grundstruktur. 

In HTML werden Tags mit den Zri 
chen < > eingeschlossen. Ferner treten 
Tags immer paarweise auf, wi» 
<HTML> ... </HTML>. Der Schrägstrich 
/ bedeutet, daß die Anweisung, die dir 
Tag zuvor einleitete, aufgeoben ist. Mii 
dem Tag <B> definiert man z.B. fettg» 
druckten Text. Der Text, der <B>innc'i 
halb dieses Tags steht</B> wird dann 
fettgedruckt und der Text nach dem Tay 
</B> wird wieder normal dargestellt. 

Das Grunddokument besteht aus: 

□ dem Tag <HTML>, welches du* 
HTML-Dokument begrenzt. All» 
Anweisungen nach dessen Aufh» 
bung durch </HTML> gehören nicht 
mehr zum Dokument. 

□ dem Tag <HEAD>, das einon 
Bereich einleitet, in dem Informal in 
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I WebExpIorer - Barbara Sonnenscheins Homepage 
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xi«Toi 


File Options Configure Navigate QuickList Help 


11 LU Hin JliäÖIÄllÜjä 


file^/ZHADaten^Only Band 1\index.htmlj 


Homepage von Barbara Sonnenschein 

.. - . — ... 

Home ^Private Selten ^Meine OS/2-Selten 
Zu meiner Downloadpage *#Zu meinem Forum ^Kontakt mit mir 

Von dieser Seite aus greifen Sie auf meine Homepage zu! 

■^Allgemeine Informationen 

Lesen Sie sich diese Seite bitte aufmerksam durch. 


(Home ] {Private Seiten ] [ Meine OS/2-Seiten 3 
{Zu meiner Downloadpage ] [ Zu meinem Forum ] [ Kontakt mit mir ] 


©1999 Barbara Sonnenschein 

Kontak via eMail: barbara@sonnenschein.de 


1.j ■’ . / v ” , : 

llvl 

ijCurrent URL: file:///H: \Daten\Only Band 1\Index.html 



Abb. 1: Die einfachste Art, eine Homepage zu designen. Die Seiten sind zwar schlicht, 
können aber mit wirklich jedem Browser betrachtet werden 


nen zum Dokument stehen, wie z.B. 
der Titel der Seite. 

□ Dem Tag <BODY>, das den eigentli¬ 
chen Dokumentteil einleitet. Text, 
Bilder und Links innerhalb des 
<BODY> ... </BODY>-Tags gehören 
zu dem, was der Browser darstellt. 

Das ist eigentlich schon das Wichtigste. 
Nun müssen wir den »Körper« des 
Dokumentes innerhalb des <BODY>- 
Tags schreiben. Damit dabei gleich 
etwas Sehenswertes herauskommt, haben 


wir drei Grundgerüste vorbereitet, die 
Ihnen als Vorlagen für Ihre eigenen Web¬ 
dokumente dienen sollen. Wir gehen 
diese drei Grundgerüste nun zusammen 
durch, so daß es Ihnen anschließend mit 
Hilfe der Sprachreferenz dieses Work¬ 
shops leichtfallen müßte, selbst umfang¬ 
reiche Webprojekte in die Wirklichkeit 
umzusetzen. 

Grundgerüst fiir Webseiten ohne Frames 
In diesem Abschnitt stellen wir Ihnen 
zwei verschiedene Typen von Webseiten 
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vor, die ohne Frames auskommen und 
zwei ansprechende Oberflächen zur Dar¬ 
stellung Ihrer Informationen bieten. Die 
erste (s. Abb. 1) besitzt das einfachste 
Design und kann mit jedem Browser 
(und sei er noch so alt) betrachtet wer¬ 
den. Die zweite (Abb. 2) benutzt eine 
Tabelle zur Darstellung und verlangt 
damit einen Browser, der mindestens 
HTML 3.0 unterstützt, wie z.B. der IBM 
WebExplorer (Tabellen wurden erst mit 
der HTML-Version 3.0 vollständig 
standadisiert, auch wenn viele Browser 
des 2.0-Standards die Tabellen-Tags ver¬ 
arbeiten können. Der IBM WebExplorer 
1.2 unterstützt HTML 3.0). Für OS/2- 
Anwender ist diese Seite also auf jeden 
Fall tauglich, so daß von Liebhabern des 
WebExplorers keine Beschwerden kom¬ 
men dürften. Folgen wir nun der Arbeit 
unserer fiktiven HTML-Autorin. Sie ler¬ 
nen dabei nicht nur den Aufbau einer 
Webseite, sondern auch gleich die wich¬ 
tigsten Tags kennen, mit denen man stän¬ 
dig zu tun hat. Das Listing der Seite in 
Abb. 1 finden Sie im Kasten Listing 
Homepage Typ I. 

Das Dokument wird, wie wir schon wis¬ 
sen, mit <HTML> eingeleitet. Im 


»Kopf« des Dokumentes hat uns» ■ 
Webdesignerin Frau Sonnenschein il»* 
Titel ihrer Homepage mit ihrem Naim»*> 
im <TITLE>-Tags angegeben. W.» 
innerhalb dieses Tags steht, stellt »In 
Browser für gewöhnlich in der Titcl/ril* 
seines Programmfensters dar. Weitrn 
Angaben machen wir innerhalb den 
<HEAD>-Tags nicht. 

Dann wird der eigentliche Teil des Doku 
mentes definiert. Im <BODY>-Tag In» 
den wir ein Argument namens BA( k 
GROUND. Viele andere Tags habt • 
ebenfalls Argumente. Einigen davon 
kann man einen Wert übergeben. I»> 
einem solchen Falle wird dem Argum» in 
ein = angeschlossen, dem der Wert, ein 
geschlossen in " ... " folgt. Zahlenwm- 
können Sie auch ohne die beiden hoch}'» 
stellten Anführungszeichen übergehen 
Mit Hilfe des BACKGROUND-Argu 
ments können Sie den Hintergrund Ihn» 
Webseite mit einer Graphik hinterlegen 
wie es hier der Fall ist. Wenn Sic m»< 
eine Farbe verwenden möchten, könnn. 
Sie diese mit dem Argument BGCOl.t )M 
auswählen. Dazu übergeben Sie dem 
Argument BGCOLOR einen RGB-Fur!» 
wert in hexadezimaler Form. Eine 


Listing Homepage Typ 1 
<HTML> 

<HEAD> 

<TITLE>Barbara Sonnenscheins Homepage</TITLE> 
</HEAD> 

<BODY BACKGROUND=="back.jpg"> 

<CENTER> 

j <H2>Homepage von Barbara Sonnenschein</H2> 
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Listing Homepage Typ 1 (Fortsetzung) 

<FONT SIZE=4><B> 

<HR> 

<A HREF= n index.htm">Home</A> 

<IMG src= ,, whitebaLgif , align=middle> 

<A HREF="xl.htm">Private Seiten</A> 

<IMG src-'whitebal.gif' align=middle> 

<A HREF="x2.htm">Meine OS/2-Seiten</A> 

<P> 

<A HREF="x3">Zu meiner Downloadpage</A> 

<IMG src-' whitebal.gif align=middle> 

<A HREF="x4.htm">Zu meinem Forum</A> 

<IMG src=" whitebal.gif align=middle> 

<A HREF="x5.htm">Kontakt mit mir</A></TR> 

<HR> 

| </FONTx/B></CENTER> 

<P>Von dieser Seite aus greifen Sie auf meine Homepage zu! 

<P> 

;<MENU> 

<IMG SRC="arrow.gif' WIDTH=13 HEIGHT=13 BORDER=0> 

<A HREF="x.htm"xB> Allgemeine Informationen</Bx/A> 

<BR>Lesen Sie sich diese Seite bitte aufmerksam durch. 

</MENU> 

<P> 

<HR> 

<CENTER> 

<FONT SIZE=2> 

<A HREF="index.htm M >[ Home ]</A> 

<A HREF= , 'xl.htm">[ Private Seiten ]</A> 

<A HREF="x2.htm">[ Meine OS/2-Seiten ]</A> 

<BRxA HREF="x3">[ Zu meiner Downloadpage ]</A> 

<A HREF="x4.htm">[ Zu meinem Forum ]</A> 

<A HREF= n x5.htm">[ Kontakt mit mir ]</A> 

</CENTER> 

<HR> 

<P>&copy;1999 Barbara Sonnenschein 

<BR>Kontak via eMail: <A HREF="mailto:" NAME= n barbara @sonnenschein.de"> 
barbara@sonnenschein.de</A> 

</FONT> 

</BODY> 

</HTML> 


125 









OS/2 Only! Bd. 1 - Ausgabe 12/98 

Tabelle mit den wichtigsten Farbwerten 
finden Sie in der Sprachreferenz. 
Anschließend wird der Anfang der Seite 
geschrieben. Dieser »Seitenkopf« soll auf 
jeder Webseite stehen und ein einfaches 
Navigieren durch Barbara Sonnenscheins 
Homepage bieten. Daher wird der nun 
folgende Text mit dem Tag <CENTER> 
zentriert. Zunächst soll die Über¬ 
schrift »Barbara Sonnenscheins Home - 
page« angezeigt werden. Dazu wird das 
Überschriften-Tag (Heading Tag) <H2> 
benutzt. Die <H..>-Tags (<H1> bis 
<H6>) dienen der Definition von Über¬ 
schriften verschiedener Größe (1 ist hier¬ 
bei am größten). Das Tag beginnt nach 
der Überschrift gleich einen neuen 
Absatz. 

Der nächste Schritt besteht darin, die 
wichtigsten Plätze der Homepage als 
Textlinks darzustellen. Die Links sollen 
in etwas deutlicher erscheinen, also setzt 
Barbara die Schritgröße mit dem Tag 
<FONT> und dem Argument SIZE=4 
eine Stufe höher (FONT=3 ist der Stan¬ 
dardwert) und fügt das Tag <B> hinzu, 
um den nun folgenden Text größer und 
fett wiederzugeben (<B> steht für Bold). 
Die Links, die Sie in der Abb. 1 sehen, 
sollen von der Überschrift getrennt sein. 
Also soll eine waagerechte, dünne Linie 
als Trennung eingefügt werden, was mit 
dem Tag <HR> erreicht wird. Dann ent¬ 
steht eine waagerechte Linie über die 
Länge der gesamten Seite. Soll die Linie 
kürzer sein, können Sie sie mit dem 
Argument WIDTH verkleinern, dem Sie 
die neue Länge am besten in % überge¬ 
ben, z.B. WIDTH="50%", um die Linie 
nur über die Hälfte der Seite reichen zu 
lassen. 


Nun werden die sechs Links gesri/* 
Dazu dient das Tag <A>, mit dem nw 
Links aller Art definiert. Hier soll »m* 
andere Seiten der Homepage verwic - * 
werden. Das ist ganz einfach: Als Ai» 
ment dient hierzu HREF, dem der Nun» 
der Seite folgt, z.B. index.htm. D.im 
weiß der Browser, welches Dokumen! » 
laden und anzeigen muß, wenn der In»! 
angeklickt wird. Genau genommen wh»! 
hinter HREF eine URL (Unif oi in 
Resource Locatorf angegeben, also rin 
komplette Webadresse. Sofern man »mi 
Dokumente oder Dateien auf dem ein* 
nen Server verweisen will, genügt natm 
lieh der Dateiname, ggfs, mit Pfaclin« 
gäbe, z.B. wären: 

<A HREF= "index.htm "> 

<A HREF="bilder.zip"> 

<A HREF= "/page/babasun/index.htm " • 

für auf dem eigenen Server enthalten' 
Dokumente oder: 

<A HREF= "http://www.cefischer.de/ 

deutsch/xelia/xelia.htm" * 
<A HREF= "ftp://ftp.firma.de/treiber/ 
drucker/modelle.zip"> 

für Dokumente oder Dateien auf andcien 
Servern mögliche Werte für das HRI • I 
Argument. Wenn der Browser keinen 
Viewer für eine Datei definiert hat und 
deren Inhalt nicht anzeigen kann, biete! 
er an, die Datei auf den Rechner zu 
laden. 

Alles, was das <A> Tag bis zu dessen 
Aufhebung mit </A> einschließt, wird 
als sogenannter Hyperlink angezeigt; 
man kann also darauf klicken und aut 
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eine andere Seite gelangen. Das kann ein 
Text sein, wie in diesem Fall, oder auch 
eine Graphik. Im folgenden werden sechs 
Links definiert: Home , mit dem man auf 
die Startseite index.htm von jeder ande¬ 
ren Seite aus zurückspringen kann, und 
lünf weitere Seiten, welche durch die 
I ITML-Dateien xl.htm bis x5.htm defi¬ 
niert werden. Zwischen jedem Link soll 
eine kleine graue Kugel angezeigt wer¬ 
den. Das sieht gut aus und sorgt für eine 
deutliche Trennung. Die Kugel ist in der 
Bilddatei whitebal.gif gespeichert. Um 
sie anzuzeigen, dient das Tag <IMG>, 
dem man wie bei HREF im Argument 
SRC den Namen der Bilddatei übergibt, 
ggfs, mit Pfadbezeichnung, z.B.: 

<IMG SRC= "whitebal.gif ’> 

<IMG SRC= "/pictures/whitebal.gif'> 

In unserem Fall liegt die Bilddatei im 
gleichen Verzeichnis wie das HTML- 
Dokument index.htm , so daß wir wieder 
nur den Dateinamen anzugeben brau¬ 
chen. Im <IMG>-Tag wird hier noch das 
Argument ALIGN zur Ausrichtung der 
Graphik im Text angegeben. Mit dem 
Wert MIDDLE wird die Graphik in der 
Zeilenmitte angezeigt, was für das kleine 
Bällchen ptimal ist. Eine Auflistung aller 
wichtigsten <IMG>-Argumente finden 
Sie in der Sprachreferenz. 

So werden drei Links, getrennt durch das 
grauweiße Bällchen nebeneinander 
gesetzt. Die nächsten drei sollen aber mit 
einer Zeile Abstand unter den ersten ste¬ 
hen. Dazu wird ein neuer Absatz mit dem 
Tag <P> begonnen. Dadurch wird die 
Zeile umgebrochen und eine Leerzeile 
eingefügt. Möchte man nur einen Zei- 
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lenumbruch erreichen, verwendet man 
das Tag <BR>, das ebenfalls noch in die¬ 
sem Dokument vorkommt. 

Schließlich wird der »Seitenkopf zur 
Navigation« mit einem abermaligen 
<HR> zur Erzeugung einer neuen Trenn¬ 
linie abgeschlossen und die zuvor gesetz¬ 
ten Tags zur Textformatierung mit 
</FONT>, </B> und </CENTER> aufge¬ 
hoben. 

Nun folgt der individuelle Teil dieser 
Seite. Frau Sonnenscheins Seiten befin¬ 
den sich noch im Aufbau, deswegen faßt 
sie sich kurz, beginnt mit <P> einen 
neuen Absatz, fügt einen kurzen Text an 
und bietet nach einem neuen Absatz 
bereits einen Auswahlpunkt mit dem 
<MENU>-Tag. Dies bewirkt eine Ein¬ 
rückung, die mit einem kleinen roten 
Pfeil gekennzeichnet wird. Im bereits 
bekannten <IMG>-Tag finden Sie drei 
neue Argumente: Zunächst WIDTH und 
HEIGHT, mit denen die Breite und Höhe 
der Graphik festgelegt wird, entweder in 
Pixeln (wie hier im Beispiel) oder in %, 
wobei man sich dann auf die bereits 
gegebene Höhe und Breite bezieht. Läßt 
man diese beiden Argumente fort, so 
wird die Graphik in ihrer Originalgröße 
angezeigt. Das dritte neue Argument ist 
BORDER, mit dem man die Stärke des 
Rahmens angibt, der um die Graphik 
gezeichnet werden soll. Ein Wert von 0 
unterdrückt das Zeichnen eines Rahmens 
(die Werte 1 bis 6 sind erlaubt, wobei 1 
der schmälste Rahmen ist). Normaler¬ 
weise braucht man dieses Argument 
nicht, weil Graphiken standardmäßig 
ohne Rahmen gezeichnet werden (was 
aber nicht so sicher ist, es mag Browser 
geben, die dies nicht tun). Wichtig wird 
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es aber, wenn Sie eine Graphik einen 
Link werden lassen. Dann wird nämlich 
auf jeden Fall ein Rahmen gezeichnet, 
und das ist in den meisten Fällen häßlich. 
Mit BORDER=0 können Sie den Rah¬ 
men dann verschwinden lassen. 

Nach dem kleinen Pfeil soll wieder ein 
Link folgen, der fett dargestellt werden 
soll. Soweit ist alles bekannt. Dem 
Menüpunkt soll aber noch eine Erklärung 
folgen, die direkt darunter in einer ande¬ 
ren Zeile steht. Wie bereits erwähnt 
erzeugt man einen Zeilenumbruch mit 
dem Tag <BR>. Ihm folgt der Text, mit 
dem die neue Zeile beginnt. Dann hebt 
Barbara das <MENU>-Tag (also die 
Einrückung) mit </MENU> auf. 

In diesen Bereich der Seite sollen einmal 
die eigentlich Informationen aufgenom¬ 
men werden, also Graphiken, Dateien 
zum Download und Texte. Vorerst soll 
das Grundgerüst aber noch durch einen 
»Fußteil« komplett werden. 

Darin bietet Frau Sonnenschein noch ein¬ 
mal die wichtigsten Links vom Seiten¬ 
kopf, außerdem einen Copyrightvermerk 
und ihre eMail-Adresse (über die ihr 
Benutzer des WebExplorers viel Lob 
zumailen, weil sie keine Frames verwen¬ 
det). 

Der Fußteil beginnt mit einem neuen 
Absatz (<P>) und einer waagerechten 
Linie, um ihn von der übrigen Seite 
abzutrennen. Weil die Links zentriert 
dargestellt werden sollen, folgt das 
bekannte <CENTER>-Tag. Sie sollen am 
Seitenende auch nicht zuviel Platz weg¬ 
nehmen, also wird die Schriftgröße mit 
dem Tag <FONT> wieder verändert, in 
diesem Falle mit SIZE=2 um einen 
Schritt verkleinert. Kleiner als 2 sollte 


die Schrift auf einer Webseite übrig* • 
nicht sein. Innerhalb dieses Anweisung 
blocks folgen dann wieder sechs Link* 
(diesmal nur mit einem Zeilenumbnn In 
Da der Copyrightvermerk und die eMml 
Adresse wieder linksbündig angc/» u - 
werden sollen, wird die Zentrierung um 
</CENTER> aufgehoben. Der Rest »l< 
Fußteils besteht aus bekannten Ding* »* 
Neu ist jedoch die Zeichenkombiiw 
tion &copy; Dazu muß man wissen, il*H' 
Sonderzeichen aller Art (s. Tabelle in «I» 
Sprachrefemz) mit einem & eingclni« < 
und einem abgeschlossen werden. In 
&copy; läßt den Browser ein © darsl« I 
len. Auch Umlaute und dergl. gehören 
den Sonderzeichen. Ein ä wird zu ein» n< 
&auml; und ein ß zu einem &szlig; 

Eine weitere Neuheit ist ein unbekannt»» 
Wert im HREF-Argument des Links und 
ein neues Argument namens NAME. Du 
wir eine eMail-Adresse angeben rnöch 
ten, teilen wir dies dem Browser mit 
einem HREF="mailto:" mit. Bei einem 
Klick auf den Link kann der Browsu 
dann das Mailto-Protokoll starten. Um /u 
wissen, an wen die eMail gesendet wn 
den soll, gibt man im Argument NAMI 
die komplette eMail-Adresse an. I)n 
NAME-Argument bezeichnet eigentlich 
Sprungmarken, mit denen man an vci 
schiedene Stellen innerhalb eines Doku 
mentes springen (s. Sprachrefercn/) 
kann. In diesem Falle ist die Sprung 
marke die eMail-Adresse. 

Damit ist das Gerüst der Webseite fast 
komplett. Nur noch die zuvor geset/tr 
Fontgröße wird mit </FONT> aufgeho 
ben, der »Körper« des Dokumentes mH 
</BODY> beendet und das gesamt»' 
Dokument mit </HTML> abgeschlossen 
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^ IBM WebExplorer - Barbara Sonnenscheins Homepage 


File Options Configure Navigate (QkiickList Help 


|file:///H:\Daten\Only Band 1\index2.htmj 

.. , - r ~ TT"” : 


Homepage von Barbara 
Sonnenschein 


Hauptindex 


^Home 


^Private Selten 


Von dieser Seite aus greifen Sie auf meine 
Homepage zu! 


^ Meine OS/2-Selten 


■►Allgemeine Informationen 

Lesen Sie sich diese Seite bitte aufmerksam 
durch. 


^Zur Downloadpage 


jZu meinem Forum 


^Kontakt mit mir 


[ Home ] [ Private Seiten ] {Meine 0S/2*Seiten ] 
[ Zur Downloadpage ] [ Zu meinem Forum ] 

( Kontakt mit mir J 


<3>1999 Barbara Sonnenschein 

Kontak via eMail: barbara@sonnenschein.de 


Abb. 2: Eine etwas schönere, aber immer noch einfach zu erstellende Webseite. Zwar 


sieht diese Seite etwas einladender aus als die erste, dafür braucht man einen 


Browser, der mindestens HTML 3.0 unterstützt. 


Das soeben vorgestellte Dokument zeigt 
die einfachste Art, eine Homepage zu 
erstellen. Zwischen dem Kopf- und dem 
Fußteil der einzelnen Seiten werden die 
eigentlichen Daten eingefugt. Weil man 
die ganze Seitenbreite zur Verfügung hat, 
bringt man dort eine Menge unter. 
Außerdem besticht die Seite durch eine 
gewisse »schöne Schlichtheit«. Mit eini¬ 
gen kleinen Graphiken läßt sie sich noch 
beträchtlich verbessern und schnell 
erweitern. Zum Beispiel könnte man die 


Textlinks im Seitenkopf durch geeignete 
Graphiken ersetzen. Auf jeden Fall ist ein 
solches Design immer dann zu vorzuzie¬ 
hen, wenn man möchte, daß die Seite 
bestimmt mit jedem Browser, v.a. auch 
mit einem älteren, problemlos zu betrach¬ 
ten ist. Man wird bei diesen Seiten auch 
die geringsten Abweichungen in der Dar¬ 
stellung durch die verschiedenen 
Browser feststellen. 

Der nächste Webpagetyp sieht ein wenig 
ansprechender aus als das erste Grundge- 
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rüst. Sie können den HTML-Text aus 
Listing Homepage Typ 2 entnehmen. Wie 
das Dokument im Browser aussieht, zeigt 
Abb. 2. Die Seite definiert zwei Tabel¬ 
len, um ein kleines Menü zum Navigie¬ 
ren zu erstellen, das in einem schmalen 
Bereich am linken Seitenrand verfügbar 
ist; während im rechten Seitenteil -durch 
einen schmalen senkrechten Balken vom 
ersten getrennt- die Darstellung der 
eigentlichen Informationen erfolgt. 
Betrachten wir nun den HTML-Quelltext 
der zweiten Version von Barbara Son¬ 
nenscheins Homepage. 

Zunächst ist alles gleich: Die Einleitung 
des Dokumentes, die Definition des 
Titels und die Belegung des Hintergrun¬ 
des durch eine Backgroundgraphik. Das 
nächste Tag <TABLE> dient der 
Beschreibung einer der bereits erwähnten 
Tabellen. Sie nimmt die sechs Links auf, 
die wir bereits kennengelemt haben, und 
den senkrechten Trennstrich. Das Tag 
besitzt das Argument BORDER mit dem 
dem Wert 0. Die Bedeutung ist hier die 
gleiche wie beim Tag <IMG>; mit 0 
erzeugen wir eine Tabelle ohne Rahmen. 
Von 1 bis 6 wird sowohl um die gesamte 
Tabelle als auch um jede Zelle ein Rah¬ 
men gezeichnet. CELLSPACING legt 
den Abstand zwischen zwei Zellen in der 
Tabelle fest. Ein Wert von 5 bewirkt im 
Falle Frau Sonnenscheins Menüs, daß 
der Farbbalken nicht an die Schrift der 
Menüpunkte stößt. Das nächste Argu¬ 
ment ALIGN kennen wir ebenfalls vom 
Tag <IMG>. ALIGN erlaubt auch hier 
eine Ausrichtung im Text, in diesem 
Falle der Tabelle. Der Wert LEFT 
bewirkt eine Plazierung der Tabelle am 
linken Seitenrand. Damit ist das 


<TABLE>-Tag abgeschlossen. Das 
nächste Tag heißt <TR>. Mit diesem Tag 
leitet man eine Tabellenzeile ein. Nun 
müssen nur noch die Spalten definicrl 
werden. Dazu dient das Tag <TD> 
Damit hat man alle Tags, die man 
braucht: Soll eine Tabelle z.B. drei Zci 
len und fünf Spalten haben, so benötigte 
man drei mal <TR> ... </TR>, wobei 
innerhalb eines jeden solchen Paares fünf 
<TD> ... </TD>-Paare zu finden wären 
Auf Barbara Sonnenscheins Homepage 
wird eine Tabelle mit nur einer Zeile und 
zwei Spalten erstellt. Die erste Spalte 
beinhaltet die Links; die zweite den senk 
rechten Trennbalken. Daher finden Sie in 
der Tabelle auch nur ein <TR> ... </TR> 
Tagpaar und zwei <TD> ... <TD>-Paare 
Die einzelnen Zeilen für die Links erzen 
gen wir mit <P>-Tags. Innerhalb einci 
Tabellenzelle können Sie den Text näm 
lieh frei formatieren und natürlich auch 
Links einfügen. Nur eines können Sic 
nicht: Eine Tabelle in einer Tabelle defi¬ 
nieren. 

Im <TD>-Tag finden Sie wieder einige 
Argumente. Sie dienen dazu, den Text 
innerhalb des folgenden Tabellenele¬ 
ments zu formatieren. Die Bedeutung 
von ALIGN kennen Sie bereits. 
VALIGN jedoch ist neu. Es beschreibt 
die vertikale Ausrichtung des Tabellen 
textes. Standardmäßig wird der Text ver 
tikal zentriert dargestellt. Wir möchten, 
daß der Text zum oberen Rand der 
Tabellenzeile -in diesem Falle der 
gesamten Tabelle- ausgerichtet wird. 
Also belegen wir VALIGN mit dem Wert 
TOP. Das dritte Argument NOWRAP 
verhindert einen Umbruch des Textes, 
wenn die Tabelle mal verkleinert wird. 
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Listing Homepage Typ 2 
<HTML> 

<HEAD> 

<TITLE>Barbara Sonnenscheins Homepage</TITLE> 

</HEAD> 

<BODY BACKGROUND="back.jpg M > 

<TABLE BORDER=0 CELLSPACING=5 ALIGN=LEFT> 

<TR> 

<TD VALIGN=TOP ALIGN=LEFT NOWRAP> 

<HR> 

<B>Hauptindex</B> 

<HR> 

<FONT SIZE=4> 

<B> 

<P><IMG src-’whitebal.gif' 1 align=middle> <A HREF="index.htm , '>Home</A> 
<P><IMG src=" whitebal.gif align=middle> <A HREF="xl.htm">Private Seiten</A> 
<P><IMG src=" whitebal.gif align=middle> <A HREF="x2,htm">Meine OS/2-Seiten</A> 
<P><IMG src-'whitebal.gif' align=middle> <A HREF="x3.htm ,, >Zur Downloadpage</A> 
<P><IMG src= H whitebal.gif align=middle> <A HREF= n x4.htm">Zu meinem Forum</A> 
<P><IMG src="whitebal.gif' align=middle> <A HREF= H x5.htm n >Kontakt mit mir</A> 
</B></FONT> 

</TD> 

<TD> 

<IMG src= M vline.gif’ align=middle> 

</TD> 

</TR> 

</TABLE> 


<TABLE BORDER=0 WIDTH=90%> 

<TR> 

<TD VALIGN=TOP> 

<H2>Homepage von Barbara Sonnenschein</H2> 

<HR> 

<P>Von dieser Seite aus greifen Sie auf meine Homepage zu! 
<P> 
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Listing Homepage Typ 2 (Fortsetzung) 

<MENU> 

<IMG SRC-'arrow.gif' WIDTH=13 HEIGHT=13 BORDER=0> 

<A HREF="x.htm"> <B>Allgemeine Informationen</Bx/A> 

<BR>Lesen Sie sich diese Seite bitte aufmerksam durch. 

</MENU> 

<P> 

<FONT SIZE=2> 

<HR> 

<CENTER> 

<A HREF="index.htm">[ Home ]</A> 

<A HREF="x2.htm">[ Private Seiten ]</A> 

<A HREF="x3.htm">[ Meine OS/2-Seiten ]</A> 

<BR><A HREF="x6">[ Zur Downloadpage ]</A> 

<A HREF="x7.htm">[ Zu meinem Forum ]</A> 

<BR><A HREF=”x7.htm">[ Kontakt mit mir ]</A> 

</CENTER> 

<HR> 

<P>&copy;1999 Barbara Sonnenschein 

<BR>Kontak via eMail: <A HREF-'mailto:" NAME="barbara @sonnenschein.de"> 
barbara@sonnenschein.de</A> 

</FONT> 

</TD> 

</TR> 

</TABLE> 

</BODY> 

</HTML> 


Damit behalten die Links das angenehme 
Bild, das sie jetzt haben. Wenn Sie dieses 
Homepagegerüst jedoch für Ihre Websei¬ 
ten verwenden, beachten Sie bitte, den 
Links keinen allzu langen Namen zu 
geben. Da der Browser den Text in den 
Tabellenelementen nicht umbrechen darf, 
wird der Menübereich breiter, und der 
Bereich zur Darstellung der eigentlichen 
Informationen schmaler, was natürlich 
nicht im Sinne des Erfinders liegt. Frau 
Sonnenschein hat daher auch einen ihrer 


Links, nämlich Zu meiner Down 
loadpage in das kürzere Zur Down 
loadpage geändert. 

Nach diesen Tabellenbeschreibungen 
wird die Tabelle mit Text und Graphiken 
gefüllt. Zuerst mit zwei horizontalen 
Linien, die einen mit <B> ... </B> fettge¬ 
druckten Hauptindex aufnehmen sollen. 
Daran anschließend wird wieder mit 
<FONT SIZE=4> die Schrift der Links 
vergrößert und das <B>-Tag gesetzt, um 
die Links fettgedruckt darzustellen. Dann 
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werden die Links wie gehabt angegeben, 
wobei Barbara nun vor jeden eines der 
grauweißen Bällchen gesetzt hat. 
Schließlich wird die Tabellenspalte mit 
einem </TD> abgeschlossen. 

Nachdem Schriftstil und Fontgröße mit 
</B> und </FONT> ebenfalls aufgeho¬ 
ben wurden, wird mit <TD> eine neue 
Tabellenspalte definiert, welche den ver¬ 
tikalen Trennbalken mit einem IMG-Tag 
aufnimmt. Mehr soll dort nicht darge¬ 
stellt werden, also wird mit </TD> zuerst 
die neue Spalte und dann mit </TR> die 
Zeile beendet, um letztlich mit 
</TABLE> die Beschreibung der ersten 
Tabelle abzuschließen. 

Den eigentlichen Inhalt der Webseite 
nimmt die zweite Tabelle auf. Sie besteht 
nur aus einer Zeile und einer Spalte. In 
dem der ersten Tabelle folgenden 
<TABLE>-Tag finden Sie ein neues 
Argument namens WIDTH, mit dem die 
Breite der Tabelle festgelegt wird, entwe¬ 
der in Pixeln oder in einer auf die Seiten¬ 
breite bezogenen relativen Angabe in %. 
Barbara gibt hier 90 % an, um die 
Tabelle fast den gesamten noch sichtba¬ 
ren Bereich der Seite einnehmen zu las¬ 
sen. Würde eine Angabe von WIDTH 
unterbleiben, legt der Browser die Tabel¬ 
lenbreite fest, und in diesem Fall würde 
sie zu schmal. 

Dann folgt die bereits bekannte Defini¬ 
tion der Tabellenzeile und der Tabellen¬ 
spalte. Das Argument VALIGN im Tag 
<TD> bewirkt hier wieder, den Tabel¬ 
leninhalt am oberen Rand der Tabelle 
darzustellen. Der HTML-Text, der dann 
folgt, ist bereits bekannt. Im wesentli¬ 
chen wurde durch die Einführung der 
beiden Tabellen der Kopfteil der Seite in 
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das Menü am linken Seitenrand verlagert, 
Der Inhalt, wie er schon in der ersten 
Version bestand, ist derselbe geblieben, 
ebenso wie der Fußteil, der nur um ein 
<BR>-Tag bereichert wurde. 

In diesem Bereich nehmen Sie sämtliche 
Informationen auf, wenn Sie Ihre Home¬ 
page mit diesem Design versehen wollen. 
Den Fußteil integrieren Sie wie beim 
ersten Grundgerüst in jeder Ihrer Seiten, 
damit der Besucher die Möglichkeit hat, 
vom unteren Seitenrand zu den anderen 
Stellen Ihrer Homepage zu springen. 

Das Homepagegerüst wird abgeschlossen 
durch die </TD>, </TR> und </TABLE> 
Tags, um die Definition der Tabelle zu 
beenden; und wie gewohnt mit 
</BODY> und </HTML>, um dem 
Dokument einen Abschluß zu geben. 
Dieser Homepagetyp bietet vielfältige 
Veränderungsmöglichkeiten. Sie können 
z.B. den Hauptindex ganz problemlos 
erweitern, indem Sie den ein oder ande¬ 
ren Link hinzufugen; vielleicht auch hier 
als kleine Graphiken, was die Webseite 
noch ein wenig interessanter macht. Der 
große Vorteil besteht darin, daß jede 
Seite ihren eigenen Index bekommen 
kann. So wäre es möglich, den Hauptin¬ 
dex auf jede Seite zu nehmen und 
Nebenindizes für die einzelnen Bereiche 
Ihrer Homepage, wenn man sich in 
einem dieser Bereiche befindet. Das 
erleichtert ein Navigieren ungemein. 

Ein weiterer Vorteil dieses Webseitenty¬ 
pus gegenüber dem ersten besteht darin, 
daß die Textzeilen nicht zu lang werden, 
da der Darstellungsbereich durch das 
Menü etwas schmaler ist. Das trägt zu 
einem angenehmen Lesen bei, weil das 
Auge eine Zeile meist vor ihrem Ende 
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umbrechen »möchte«. Das erklärt auch, 
warum Zeitungen und Magazine, wie 
auch die OS/2 Only!, im Spaltensatz 
gedruckt sind. Das zweite Webseitenge¬ 
rüst ermöglicht ein optimales Lesen. 

Was bei beiden Seiten zu beachten ist 
Wenn Sie die beiden Grundgerüste zum 
Design einer eigenen Homepage einset- 
zen möchten, beachten Sie bitte folgen¬ 
des: 

□ Die erste Seite (die Startseite) müssen 
Sie richtig benennen, damit der Ser¬ 
ver sie finden kann. Sprechen Sie mit 
Ihrem Provider ab, wie diese Seite 
heißen muß (meistens index.html 
oder home.html). 

□ Verändern Sie eines der vorgegebe¬ 
nen Muster nach Ihrem Geschmack 
und verwenden Sie es als Schablone 
für weitere Webseiten. Kopieren Sie 
diese Datei dazu in ein für Ihr Web¬ 
design angelegtes Verzeichnis, in 
dem Sie auch alle anderen Dateien 
ablegen. Ihre Homepage betreffende 
Verzeichnisstrukturen legen Sie in 
diesem Verzeichnis an. Vermeiden 
Sie es, die einzelnen Dateien über die 
Platte zu verstreuen. 

□ Legen Sie, bevor Sie an das Gestalten 
gehen, eine übersichtliche Struktur 
Ihrer Webseiten fest. Sofern Ihr Pro¬ 
vider Ihnen diese Möglichkeit bietet, 
legen Sie Unterverzeichnisse auf 
Ihrem Server oder in Ihrem Verzeich¬ 
nis an, um zusammengehörige 
Dateien zu gruppieren. Gerade bei 
umfangreichen Projekten hilft das, 
den Überblick zu behalten. Spätere 


Veränderungen der Sturktur wirken 
sich auf alle Links und u.U. auf viele 
Dokumente aus. Solche Änderungen 
sind sehr zeitintensiv. 

□ Belassen Sie es dabei, alle Tags groß 
zu schreiben, das hebt sie vom übri¬ 
gen Text ab und erleichtert die Feh¬ 
lersuche. 

□ Schreiben Sie am besten alle Dateina¬ 
men klein. Unix-Server z.B. beachten 
die Groß- und Kleinschreibung, und 
die ist bei vielen Dokumenten 
schwierig einhaltbar. Also: Alles 
klein schreiben und vor dem Aufspie¬ 
len auf den Server darauf achten, daß 
dann auch alle Dateinamen komplett 
kleingeschrieben sind. 

Wir verwendeten Barbara Sonnenscheins 
zweites Grundgerüst für unsere Websei¬ 
ten und gestalteten es natürlich noch ent 
sprechend aus. Letztlich ist es natürlich 
Geschmacksache, zu welchem Design 
man eher neigt. Im folgenden Abschnitt 
befassen wir uns mit einem Grundgerüsl 
für eine Homepage, die Frames verwen 
det. 

Grundgerüst jür Webseiten mit Frames 
Mit dem dritten unserer Grundgerüstc 
verlassen wir den Anwendungsbereich 
des IBMWebExplorers, da wir nun Tags 
in unseren Webdokumenten verwenden, 
die erst ab HTML 3.2 standadiesiert wur 
den. Dazu gehören die Frames. Sic 
ermöglichen es, ein Dokument in meh¬ 
rere voneinander unabhängige Bereiche 
zu unterteilen. Für unser zweites Grund¬ 
gerüst würde dies bedeuten, daß das 
Menü in einem Teil der Seite immer 
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File Edit View Go Bookmarks Links Options Directory Window Help 


Reload 


Print 1 Find 


Location: [ file:WH|/Daten/Qnly Band 1 /index3.htm 


Hauptindex 


OS/2-Seiten 

Zu meiner 
Downloadpage 


Zu meinem; 


JäHMl Document: Done 


Abb. 3: Barbara Sonnenscheins Homepage mit Frames. Frames ermöglichen eine sau¬ 


bere Darstellung unterschiedlicher HTML-Dokumente in einem Fenster. Aller¬ 


dings ist ein Browser erforderlich, der HTML ab 3.2 beherrscht. 


sichtbar ist; und der Inhalt der Webpage 
in einem anderen, vom Menü unabhän¬ 
gigen Teil. Damit würde das Navigati¬ 
onsmenü nicht immer verschwinden, 
wenn man die Seite nach unten scrollt. 
Frames stellen Rahmen im Darstellungs¬ 
bereich des Browsers dar. Innerhalb die¬ 
ser Rahmen werden verschiedene 
HTML-Dokumente angezeigt. Der Auf¬ 
bau einer Webseite mit Frames erfordert 


daher etwas mehr Überlegung. Wie Frau 
Sonnenscheins Seite mit Frames aussieht, 
zeigt Abb. 3. Um eine solche Seite zu 
erstellen, benötigt man verschiedene 
HTML-Dokumente. Eines heißt 
index.html o.ä. und ist die Startseite. 
Diese Seite definiert die einzelnen Fra¬ 
mes. Die anderen HTML-Dokumente 
definieren den Inhalt der einzelnen Fra¬ 
mes. In unserem Beispiel brauchen wir 3 
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HTML-Dokumente. Den HTML-Quell- 
text für alle drei Seiten finden Sie im 
Listing Homepage Typ 3 a) bis 3c ). Die 
Erstellung einer Webpage mit Frames 
beginnt mit der Definition der Haupt¬ 
seite. Betrachten Sie dazu das Listing 
Homepage Typ 3 a). 

Das Dokument beginnt wie gewohnt mit 
dem Tag <HTML>, und im <HEAD>- 
Tag wird wieder mit <TITLE> der Titel 
der Seite angegeben. Der hier angege¬ 
bene Titel erscheint in der Titelzeile des 
Programm fensters des Browsers, die 
Titel, die Sie auf anderen Seiten definie¬ 
ren, nicht. Nach der Festlegung des Titels 
folgt etwas Neues: das Tag FRAMESET. 
Dieses Tag steht für das <BODY>-Tag. 
Innerhalb von FRAMESET werden die 
einzelnen Frames der Webseite beschrie¬ 
ben. Das Tag selbst legt fest, wie eine 
Seite aufzuteilen ist. 

Im Tag FRAMESET sind mehrere Argu¬ 
mente angegeben. Das erste, COLS, 
bestimmt die Breite des ersten Frames in 
Pixeln, gemessen vom linken Seitenrand 
aus zum rechten. Wir übergeben ihm den 
Wert "120,*" und erzeugen damit einen 
Frame, der 120 Pixel breit ist. Der Rest 


des Fensters wird vom zweiten Frame 
vollständig ausgefüllt, da wir als zweiten 
Wert von COLS * angegeben haben 
Möchte man die Seite nicht vertikal, so 
wie auf Barbaras Seite unterteilen, soll 
dem horizontal, ersetzt man COLS durch 
ROWS. Der Wert, den man ROWS übei 
gibt, entspricht dann der Breite des Fra 
mes in Pixeln, gemessen vom oberen Sei 
tenrand zum unteren. Die Werteübergabc 
erfolgt genau wie bei COLS. 

Mit diesem Argument wurden nun zwei 
Frames erzeugt. Mit FRAMEBORDHU 
und dem Wert YES wird festgelegt, das 
die Frames mit einem Rahmen umgeben 
werden sollen. Wie breit er sein soll, legi 
das Tag BORDER fest, das wir bereits 
kennen. Im folgenden werden die beiden 
Frames genauer definiert. 

Das geschieht über die <FRAME>-Tags, 
die <FRAMESET> ... </FRAMESET> 
einschließt. Für jeden Frame müssen Sie 
ein <FRAME>-Tag angeben. Zwei dci 
Argumente kennen Sie bereits: SRC 
bezeichnet den Namen des HTML-Doku 
mentes, das in dem Frame dargestellt 
werden soll; NAME vergibt einen 
Namen für dieses Dokument. Diesem 


Listing Homepage Typ 3 a) 

<HTML> 

<HEAD> 

<TITLE>Homepage von Barbara Sonnenschein</TITLE> 

</HEAD> 

<FRAMESET COLS='T20 ,*" FRAMEB ORDERN YES" BRODER="2"> 
<FRAME SRC= M navigate.htm" NAME="nav" SCROLLING="no" NORESIZE> 
<FRAME SRC="main.htm" NAME="main" SCROLLING="auto" NORESIZE> 
</FRAMESET> 

</HTML> 
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Argument müssen Sie einen Wert über¬ 
geben, sonst funktionieren spätere Links 
nicht richtig. Die anderen Argumente 
dienen dazu, das Verhalten des Frames 
festzlegen. 

SCROLLING kann mit YES, NO oder 
AUTO belegt werden. Das Argument 
bestimmt, wann Scrollbars angezeigt 
werden sollen, um verdeckte Bereiche 
eines Frames wieder sichtbar machen zu 
können. YES zeigt die Scrollbars am 
Rand des Frames immer an; NO schaltet 
sie ganz ab. Frau Sonnenschein wählt 
AUTO, damit der Browser die Scrollbars 
bei Bedarf anzeigt bzw. wieder verdeckt. 

Das Tag NORESIZE bewirkt, daß der 

Listing Homepage Typ 3 b) 

<HTML> 

<HEAD> 

<TITLE>Barbara Sonnenscheins Homepage</TITLE> 

</HEAD> 

. 

<BODY BACKGROUND-'back.jpg"> 

<BR><HR> 

<CENTER> 

<B>Hauptindex</B> 

</CENTER> 

<HR> 

<P><A HREF-'main.htm" TARGET-'main" >Home</A> 

<P><AHREF-'xl.htm" TARGET="main">Private Seiten</A> 

<P><A HREF="x2.htm H TARGET= ,, main M >Meine OS/2-Seiten</A> 

<PXA HREF= n x3.htm" TARGET="main">Zu meiner Downloadpage</A> 

<PxA HREF="x4.htm" TARGET="main">Zu meinem Forum</A> 

<PxA HREF= ,, x5.htm" TARGET="main">Kontakt mit mir</A> 


</BODY> 


|</HTML> 


Besucher der Homepage die Größe des 
Rahmens mit der Maus nicht verändern 
kann. Damit sind die beiden Frames defi¬ 
niert. </FRAMESET> schließt die Defi¬ 
nition, </HTML> das Dokument ab. 

Nun müssen Sie den Inhalt der beiden 
Frames definieren. Im ersten Listing wur¬ 
den zwei HTML-Dokumente benannt: 
navigate.htm und main.htm. Das erste 
Dokument enthält die sechs Links, die 
wir von den anderen Dokumenttypen her 
kennen. Listing Homepage Typ 3 b) zeigt 
die Links noch einmal im neuen Doku¬ 
ment. Die einzelnen Tags dürften mittler¬ 
weise bekannt sein. Neu ist lediglich ein 
Argument namens TARGET im <A> 
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Tag. Das TARGET-Argument gibt den 
Namen des HTML-Dokumentes an, das 
zuvor innerhalb des <FRAME>-Tags 
gewählt wurde. Dieses Dokument dient 
als Ziel bei Aktivierung des Links, d.h. 
es wird gegen das durch Anklicken des 
Links gewählte Dokument ersetzt. Alle 
Links, die auf den Seiten Frau Sonnen¬ 
scheins Homepage enthalten sind, müs¬ 
sen das Argument TARGET beinhalten 
und als Target "main" angeben. Der 
Frame "nav" ist nie Target. Das Doku¬ 


ment in diesem Frame soll schließlich 
immer sichtbar sein, damit man, egal, w»> 
man sich auf der Homepage befinde!, 
immer den Hauptindex zur Verfügung 
hat. 

Das Dokument main.htm beinhaltet im 
wesentlichen genau das gleiche wie dn 
beiden Hauptseiten der anderen Doku 
menttypen. Lediglich der Fußteil der 
Seite ist bis auf den Copyrightvermcd 
und Barbaras eMail-Adresse gestrichen 
worden. Die Wiederholung der wichtig 


Listing Homepage Typ 3 c) 

<HTML> 

<HEAD> 

<TITLE>Barbara Sonnenscheins Homepage</TITLE> 

</HEAD> 

<BODY BACKGROUND="back.jpg"> 

<BR><H2>Homepage von Barbara Sonnenschein</H2> 

<HR> 

<P>Von dieser Seite aus greifen Sie auf meine Homepage zu! 

<P> 

<MENU> 

<IMG SRC-'arrow.gif' WIDTH=13 HEIGHT=13 BORDER=0> 

<A HREF= n x.htm" TARGET="main M > <B>Allgemeine Informationen</B></A> 
<BR>Lesen Sie sich diese Seite bitte aufmerksam durch. 

</MENU> 

<P> 

<HR> 

<FONT SIZE=2> 

<P>&copy;1999 Barbara Sonnenschein 

<BR>Kontak via eMail: <A HREF="mailto: M NAME="barbara @sonnenschein.de"> 
barbara@sonnenschein.de</A> 

</FONT> 


</BODY> 

</HTML> 
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sten Links am Seitenende ist nicht länger 
nötig, da der linke Frame das Menü zur 
Navigation immer anzeigt, egal auf wel¬ 
cher Seite man sich gerade befindet. Zu 
beachten ist lediglich das TARGET- 
Argument im Link, dessen Bedeutung 
bereits besprochen wurde. 

Weitere Hinweise zu Frames 
Manchmal kommt man mit einem Frame 
nicht aus. Vielleicht benötigt man noch 
einen Index, um die Navigation durch die 
Seiten zu optimieren. Auf Frau Sonnen¬ 
scheins Homepage böte sich an, den gro¬ 
ßen Bereich zur Darstellung, der durch 
das Dokument main.htm beschrieben 
wird, noch einmal horizontal zu untertei¬ 
len. Dazu gehen Sie folgt vor: 

OSie ersetzen den Inhalt des Dokumen¬ 
tes main.htm durch eine FRAMESET- 
Definition wie sie bereits beschrieben 
wurde. 

©Definieren Sie im <FRAMESET>-Tag 
zwei Frames mit dem Argument 
ROWS, z.B. ROWS="100, 

©Weisen Sie den beiden Frames die 
HTML-Dokumente mainl.htm und 
main2.htm zu, und geben Sie ihnen die 
Namen mainl und main2. 

©Fügen Sie den alten Inhalt von 
main.htm in main2.htm ein. Schreiben 
Sie ein neues HTML-Dokument, das 
für die Navigation geeignet ist, und 
speichern Sie es unter mainl.htm. 

©Für alle Seiten, die neben der Startseite 
den neuen Frame als Index verwenden 


sollen, verfahren Sie genau so wie 
zuvor. Damit entstehen für jede alte 
Seite 3 neue Seiten: Eine, welche die 
Framedefmitionen enthält; und zwei, 
welche die Frames ausfüllen. 

©Um von irgend einer Seite aus nur den 
Inhalt des Darstellungsberei¬ 
ches ( main2 ) durch eine Seite 
xxx2.htm zu verändern, die Seite 
mainl aber beizubehalten, geben Sie 
als Href im Link xxx2.htm und als 
Target main2 ein. 

©Um sowohl main2 als auch mainl 
durch zwei neue HTML-Dokumente 
xxxl.htm und xxx2.htm zu ersetzen, 
geben Sie als Href im Link xxxx.htm 
und als Target main an. 

Wie sie sehen, wird der Aufwand der 
Seitenerstellung um so größer, je mehr 
Frames Sie erstellen. Dafür kann man 
seine Homepage sehr gut strukturieren. 
Jedoch darf trotz allem nicht außer acht 
gelassen werden, daß Frames von vielen 
nicht gemocht werden und von manchen 
Browsern nicht dargestellt werden kön¬ 
nen, so daß es besser ist, zu einer der 
Homepagevorlagen zurückzugreifen, die 
ohne Frames auskommen. 

Im nächsten Teil unseres Workshops 
erhalten Sie die angekündigte Sprachre- 
ferenz, die zusammen mit den drei Bei¬ 
spielen ein problemloses Zusammenstel¬ 
len Ihrer Webseiten ermöglichen dürfte. 
Zusätzlich haben wir für Sie einige 
HTML-Editoren untersucht und geben 
Ihnen Tips, welche dieser Programme 
nützlich für der Arbeit sind. □ 
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ASTRAC Visualizer 

Auf den folgenden Seiten stellt Ihnen die 
Firma CONCEPT System & Software 
Development GmbH den ASTRAC Visua¬ 
lizer vor, ein interessantes Produkt für 
DB2. Wir werden uns das Programm in 
einem späteren Test auch noch näher 
ansehen, lassen nun aber erst einmal 
CONCEPT mit der Vorstellung des Pro¬ 
duktes zu Wort kommen. 

Visualizer für DB2-Daten unter OS/2 
Als Anwender von OS/2 werden Sie die 
neue Produktfamilie des ASTRAC Visua¬ 
lizer lieben. Visualizer für OS/2 sorgt für 
eine verblüffend einfache Analyse der 
ZXÖ2-Daten Ihres Unternehmens. Mit 
Visualizer können Sie nun auch Adhoc- 
Abfragen durchführen und danach mit 
Hilfe der integrierten Berichts- und Gra¬ 
fikfunktionen kombinieren, konsolidieren 
und analysieren. Entdecken Sie, wie die 
leistungsfähigen Business-Intelligenz- 
funktionen des Visualizer Ihnen die 


»Geheimnisse« Ihrer Daten enthüllen 
und einen Weg zum besseren Verständ 
nis Ihrer DB2-Daten eröffnen. Visuali 
zers leistungsstarke Analysefähigkci 
ten -die normalerweise nur in sein 
teueren High-End-Produkten des Data 
Mining zur Verfügung stehen- sind nun 
zu einem Budgetpreis von ASTRAC 
erhältlich. 

Die Entwicklung von Visualizer begann 
1986 durch IBM UK in Warwick, Eng 
land - der Heimat des Application 
System (AS). Visualizer wurde 
ursprünglich »Personal AS (PAS)« 
genannt und für OS/2 vl.O herausge 
bracht, lange vor dem Presentation 
Manager oder der Workplace Shell , 
Zwei weitere Versionen erlebten dir 
Namensänderung in das preisgekrönte 
Produkt Visualizer im Jahr 1994. 
Visualizer war wegweisend im OS/2- und 
DB2 Support mit einer der ersten, und 
wahrscheinlich heute besten, Workplace 
Shell Integration. ASTRAC , nun dci 
Besitzer von Visualizer und AS, nahm 
neue Erweiterungen 
vor. Visualizer vlJ 
von ASTRAC , da* 
aktuelle Release, ver 
längert das Leben alle» 
OS/2 und DB2 
Anwendungen in 
bedeutendem Maße 
mit großartigen Funk 
tions Verbesserungen 
und bedeutenden Per 
formancesteigerungen. 

Zur Programmfamilic 
des ASTRAC Visuali 
zervl.3 OS/2 gehören: 


GDI 


SAMPLE - Icon View 


1 &!■£]: 

Folder Edif View SelectedHelp. 


Department's 


Employee's Employee Activities 


S0 SQ 

Employee Photo's Employee Resume's Organisation 


Projects 


Sales 


Staff Information 


Abb. 1: DB2-Datenbanken mit Visualizer auf einen Blick 
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□ ASTRAC Visualizer Query für OS/2 
(VQ2vl.3) 

□ ASTRAC Visualizer Procedures für 
OS/2 (VP2vl.3) 

□ ASTRAC Visualizer Application 
Development für OS/2 (VAD2vl.3) 

□ ASTRAC Visualizer Query für OS/2 
(VQ2vl.3) 

Visualizer Query bietet anspruchsvollen 
Anwendern die ausgereifte Analyse, die 
sie benötigen. VQ2 ist so benutzer¬ 
freundlich, daß jeder OS/2 »Endbenut¬ 
zer« ganz einfach Antworten auf seine 
Geschäftsanforderungen finden kann. Für 
Visualizer müssen Sie kein SQL-Experte 
sein! Aber auch SQL-Experten, die das 
Schreiben ihrer eigenen SQL-Anweisun- 
gen bevorzugen, wird Visualizer gefal - 
len. Der Komplexität von Visualizer 
SQL-Anweisungsobjekten sind keine 
Grenzen gesetzt und durch das im Pro¬ 
gramm enthaltene SQL-Datenbank-Ord- 
nerobjekt, werden Datenbankordner, in 
denen Daten mit Zugriffsberechtigungen 
sind, in Symbolform dargestellt (Abb.l). 
Dies macht das Auffinden und Anzeigen 
Ihrer SQL-Tabellen ganz einfach. Mit 
der entsprechenden Berechtigung können 
Sie ebenfalls Datenbanken erstellen und 
löschen. 

Entdecken Sie, wie die ungezählten For¬ 
matierfunktionen Ihnen die Ansicht von 
Daten auf jede von Ihnen gewünschte 
Weise ermöglichen. Autorisierten Visua- 
//zer-Anwender bietet es die schnelle 
Aktualisierung von Daten, das Hinzufü¬ 
gen neuer Datensätze und das Ändern 
von Werten. Diese leistungsfähigen 
Funktionen und die Benutzerfreundlich¬ 


keit verdeutlichen, warum Visualizer an 
erster Stelle unter den OS/2 und DB2 
Business Intelligence-Produkten steht. 
Wahren Sie die Investitionen Ihres 
Unternehmens in Sie und OS/2 mit 
Visualizer von ASTRAC. 

Hier einige Highlights von ASTRAC 
Visualizer Query auf einen Blick: 


□ Jahr 2000 Konformität 

□ Abfrage- und Suchfunktionen zur 
Überprüfung Ihrer Daten 

□ Datenreduzierung in der Datenbank 
oder lokal in Visualizer 

□ Fortschrittliche Berichtsfunktionen 
zum Formatieren und zur Präsenta¬ 
tion Ihrer Daten 

□ Balken-, Linien-, Torten-, Streugrafi¬ 
ken, usw.; 2D oder 3D; X-, Y- und Z- 
Achsen 

□ Berechnete Spalten und Datenredu¬ 
zierung ebenfalls lokal möglich 

□ Ausgezeichnete Benutzerfreundlich¬ 
keit mit umfassender Online-Hilfe 
und Dokumentation 

□ Workplace Shell Integration und 
Drag & Drop-Unterstützung 

□ Maschinenspezifische DB2-Unter- 
stützung plus AS/400, IXF, DIF, 
DBF, CSV, usw. 

□ DB2-Datenbankordner, die Daten mit 
Zugriffsberechtigungen in Symbol¬ 
form anzeigen 

□ Aktualisierung sowie Lesen von 
Daten 
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EMPDATA.TAB - Visualizer Table 


Name jSmyth, Gec 

JobCode |415 

Division Computing 


AnnualSalary |£17,361.24 

Commission pOJOO 

- 

SalaryType n 


BirthDate 13-7-71 


Telephone ]4004 
Education (None 


Mext I Previous Add Delete | Clear j Reset 


Subset rows 


Editing row 4 of the 12 rows chosen out of 200 


Subset columns I_j 23 columns chosen out of 23 


Abb. 2: Eine Visualizer Tabelle zum Zugriff auf Ihre Daten 


□ Schnittstelle zum ASTRA C Applica - 
tion System (AS) für VM und 
OS/390 

□ Schnittstelle zu Lotus Notes 

□ Möglichkeit zum Import von IBM 
QMF-Objekten 

□ Englische, deutsche und japanische 
Versionen lieferbar 


automatisieren. Stellen Sie sich folgende 
Situationen vor: 

□ Es ist Freitag und Ihr wichtigster 
Kunde benötigt einen aktuellen Sta¬ 
tusbericht. 

□ Die Rechnungslegung ist abgeschlos¬ 
sen und die Analyse wird sofort fäl¬ 
lig. 


ASTRAC Visualizer Procedures für OS/2 
(VP2vl.3) 

Mit Visualizer Procedures für OS/2 kön¬ 
nen Sie die Durchführung Ihrer Abfra¬ 
gen, Berichte, SQL-Anweisungen, usw. 


□ Sie sind nicht im Büro, aber Ihr Chef 
benötigt unbedingt noch heute wich 
tige Grafiken. 

□ Sie müssen jeden Tag zur gleichen 
Zeit einen zusammenfassenden 
Begriff abgeben. 
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rj: 

Beport Seiec t ed £dit Yiew ßata Help 






De Beere, Christopher 

Computing 

33,305 

38,301 

Lovell, Jane 


18,070 

20.700 

Rickman, John 


37,557 

43,191 

Smyth, George 


17,361 

19.965 

Loveless, Edith 


27,636 

31,782 

Lieter, Andrew 


24,259 

27,897 

Temple, Arthur 


21,259 

24,447 

Jaffe, Kirsty 


27,282 

31,374 

Frost, Kevin 


57,398 

66,008 

Massey, Shirley 


18,778 

21 .595 

Butler, Geoff 


43,580 

50,117 

Kilpatrlck, Mary 


23,385 

26,892 



^AverageOld 


Bacchus, Judy 

Head Office 

18,424 

21.188 

Bailoy, Joe 


173,612 

199,654 

« 

5 

I 

•O 

n 

LL 


178,218 

204,951 

Auerbach, Erica 


42,872 

49,302 

Smith, Fiona 


13,110 

15.076 

Reovoe, Karen 


110,545 

127,127 

Red fiaure 

s indicate revised salary < 22.000 



\£i .g. . . c ...|. : ...i.|.n. ; .ggf. Ml 

Abb. 3: Visualizer erstellt aus selbst umfangreichen Daten¬ 
sätzen schnell übersichtliche Berichte 



Date 18-11-98 

Employee Salary Report 



Page 1 S 


In all diesen und vielen anderen Lebens¬ 
lagen hilft Ihnen Visualizer Procedures. 
Und dies durch einfaches Drag & Drop 
und ohne Programmiererfahrung. 

Eine Procedure kann zum Beispiel eine 
Abfrage für Ihre Firmendatenbank aus¬ 
führen, die Ergebnisse zur Formatierung 
in einen Bericht geben, den Bericht an 
Ihren zentralen Drucker senden, die glei¬ 
chen Ergebnisse in eine Grafik geben 
und eine 3D-Grafik erstellen, die Grafik 
an Ihre Abteilung mailen und schließlich 
ein Protokoll aktualisieren, das zeigt, das 
all dies geschehen ist. 

Mit dem Procedure Scheduler kann ein¬ 
gerichtet werden, daß eine solche Proce¬ 
dure um 6 Uhr morgens an jedem 
Wochentag ausgeführt wird. Wenn Sie 


dann am Morgen im 
Büro eintreffen, wartet 
der Bericht bereits auf 
dem Drucker auf Sie, 
die Grafik ist schon per 
E-Mail an Ihre Abtei¬ 
lung gesendet worden, 
und Sie haben nun Zeit, 
sich um alle anderen 
wichtigen Aufgaben zu 
kümmern. 

Neben der automati¬ 
schen Abarbeitung Ihrer 
Visualizer-Ob] ekte kön¬ 
nen Sie ebenfalls andere 
Programme mit Hilfe 
des Procedure Schedu¬ 
lers einschließen (.EXE- 
Dateien, REXX- 

Skripte, usw.). Daneben 
können Sie Procedures 
in anderen Procedures 
schachteln, so daß die 
komplexesten Aufgabenabläufe einfach 
erstellt, ausgeführt und verstanden wer¬ 
den können. 

ASTRAC Visualizer Application Develop¬ 
ment für OS/2 (VAD2vl.3) 

Visualizer Development bietet Ihnen eine 
für die Workplace Shell geeignete Umge¬ 
bung für das Erstellen maßgeschneiderter 
Anwendungen - insbesondere mit einer 
kundenspezifischen Front-End-Anwen¬ 
dung für das Abfragen und Modifizieren 
von Firmendaten. Development besteht 
aus Desktop-Objekten, die folgendes ver¬ 
walten: 

□ Das Aussehen der Benutzeroberflä¬ 
che 
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Abb. 4: Visualizer erlaubt das Erstellen von Procedures mit der Maus und damit 
die Automatisierung selbst komplexer Abläufe ohne Programmieret- 
rung. 


□ Den Inhalt und die Funktionsweise jektbasierte Programmiersprache (ASM 
der Aktionsfenstermenüs mit folgenden Eigenschaften: 


□ Das Erzeugen und Editieren von Pro¬ 
grammcode 

□ Die Anwendungskomponenten und 
ihre Kompilierung 

Die Visualizer- Komponente Develop¬ 
ment verfugt über eine umfassende ob- 


Integrierte APIs speziell für Visuali 
zer Programmodule wie Bericht und 
Grafik 

Über 200 Funktionen und 60 Anwci 
sungen 

Fortgeschrittene Debugging- und 
Tracingfunktionen 
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Großkunden: Produktinformation ASTRAC Visualizer 


□ Erstellung und gemeinsame Benut¬ 
zung Ihrer eigenen Funktionsbiblio¬ 
theken 

□ Leistungsfähige Datenanalysefunk¬ 
tionen 

□ Schnittstellen zu C und OS/2 REXX 

□ Schnittstelle zum ASTRAC Applica¬ 
tion System (AS) für Mainframe 

□ Schnittstelle zu Mailsystemen wie 
Lotus Notes 

□ Multimedia-Objekte zur Integration 
von Video und Sound 

□ Hilfe-Manager-Verbindungen zum 
Erstellen eigener Hilfeoptionen für 
den Benutzer 

□ Programmierbare DDE-Verbindun- 
gen zu anderen Produkten 

□ Zugriff auf Programme der DB2-Pro- 
duktfamilie und nicht-relationale 
Daten 

Anwendungen, die mit Visualizer Deve¬ 
lopment erstellt werden, haben vollen 
Zugriff auf die Leistung und Objekte in 
der Visualizer Programmfamilie. Dies 
ermöglicht das schnelle Erstellen maßge¬ 
schneiderter Front-Ends unter Verwen¬ 
dung Ihrer Firmendaten, wobei Ihnen 
Visualizer-?xogxamxr\Q die harte Arbeit 
der Analyse und Reduzierung Ihrer 
Daten abnimmt. 

Mit nur wenigen Codezeilen erstellen Sie 
ein exakt abgestimmtes Front-End mit 
einem Multimedia-Firmenlog, das Daten 
aus Ihrer Datenbank extrahiert und dyna¬ 
misch einen spezifischen Bericht oder 
eine Grafik erstellt. 


ASTRAC Visualizer V5 für OS/2 
Neue Funktionen 

Das neue Release von ASTRAC Visuali¬ 
zer Version 5 für OS/2 enthält einige der 
bedeutendsten Erweiterungen in der 
zehnjährigen Geschichte des Produk¬ 
tes. Die vielfältigen Verbesserungen bie¬ 
ten Lösungen für zentrale Anforderun¬ 
gen, die von Visualizer- Anwendern 
weltweit verlangt wurden und erlauben 
es ihnen somit, die Vorzüge Ihrer Investi¬ 
tion in Datenbank-, Groupware- und 
Webtechnologien auszuschöpfen. Gleich¬ 
zeitig begleitet Sie Visualizer sicher in 
das Jahr 2000 und darüber hinaus. Zu 
einigen der Erweiterungen in Visualizer 
V5 gehören: 

□ Unterstützung der Euro-Währung 

□ Internet-Ausgabe 

□ ASTRAC AS V5 Unterstützung 

□ Integration in Lotus Notes 

□ DB2 UDB Ausnutzung 

□ Erweiterungen bei der 

□ Anwendungsentwicklung 

□ Bedienungsfreundlichkeit und Lei¬ 
stung 

□ Beseitigung und Ausweitung von 
Grenzen 

□ Neue Mappingfunktion 

□ Produktion von Statistiken und Plä¬ 
nen 

Euro- Währung 

Die Euro-Währung hat Auswirkungen 
auf Unternehmen, und das nicht nur auf 
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europäische Häuser. Die Unterstützung 
für den Euro in Visualizer V5 wird als 
eine der besten in der Industrie gerühmt. 
In V5 haben Sie simultane Doppelwäh¬ 
rungen, mit der eine einfache Migration 
Ihrer Berichte, usw. möglich ist, und eine 
zentrale Wechselkurstabelle zur leichten 
Pflege. Gleichzeitig sind alle leistungsfä¬ 
higen neuen Funktion in Ihren eigenen 
Visualizer- Anwendungen verfügbar. 

Lotus Notes und das Internet 
Mit dem Erfolg von Lotus Notes/Domino 
und der verstärkten Integration des Inter¬ 
nets in den laufenden Geschäftsbetrieb, 
können Sie über die neuen Schnittstellen 
in Visualizer V5 Ihre wichtigen Berichte 
und Geschäftsdaten Notes- und Inter- 
net- Benutzern zur Verfügung stellen. 
Mit Visualizer V5 können Sie Berichte 
und Grafiken über Ihre Lotus Notes 
Daten erstellen und sogar Ihre Visuali- 
zer-Berichte für /Votes-Benutzer unter 
Windows NT und anderen Plattformen 
veröffentlichen. Mit den neuen HTML-, 
RTF- und GIF-Formaten haben Sie eine 
Internet-fertige Ausgabe. Das neue Drag 
& Drop-Retype der Visualizer-Ob]ektQ 
ermöglicht eine einfache Verwendung 
von Visualizer-ObioktQn über E-Mail, 
usw. 

DB2 Universelle Datenbank 
Visualizer V5 und die neuesten Releases 
von DB2 bieten Ihnen nun eine noch bes¬ 
sere Integration zwischen Ihren DB2- 
Datenbanken und Visualizer. Visualizer 
V5 hat eine neue Schnittstelle, die UDB 
API verwendet. Das bietet Unterstüt¬ 
zung für DB2 Large Objects für Photos, 
usw., erhebliche Performanceverbesse¬ 


rungen bei der Arbeit mit großen Tabd 
len und Unterstützung für 1.000.000.00(1 
Reihen in Ergebnistabellen. 

Visualizer Application Development V5 
Die vielen Verbesserungen in Visualizci 
V5 sind nicht auf Visualizer Quen 
begrenzt. Mit Visualizer Development 
V5 können Ihre eigenen, kundenspezil i 
sehen Anwendungen vollen Nutzen aus 
diesen Verbesserungen ziehen. 

□ Verbesserte Dokumentation 

□ Verbesserte Debugging-Funktion 

□ Neue Tracing-Funktionen 

□ Euro EXCHANGE() Funktion 

□ Unterstützung für neue DB2-Datenty 
pen 

O Neuer Programmeditor über EPM 

□ Neue Schnittstelle zu Lotus Notes 

□ ...und vieles mehr 


Weitere Informationen zum ASTRAC 
Visualizer V5 erhalten Sie direkt von 
ASTRAC: 

eMail: sales@astrac.com, 

WWW: http://www.astrac.com 
Telefon/ Fax: +44-1926-623060/ 623061 

Alle Leser der OS/2 Only! erhalten übri¬ 
gens bis zum 31.01.1999 einen Rabatt 
von 10 % auf Visualizer und DB2 Lizen- 
Z£/i.Wenden Sie sich diesbezüglich und 
für weitere Informationen an die Fa. 
CONCEPT, dort speziell an Herrn Oli¬ 
ver Raths. Das Firmenprofil der CON¬ 
CEPT GmbH finden Sie auf der näch¬ 
sten Seite 
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CONCEPT Profildaten 

Kontakdaten: 

Dammtorstr. 31 
20354 Hamburg 

eMail: vertrieb@CONCEPT-GmbH.de 
www: http://www.CONCEPT-GmbH.de 
Ansprechpartner: Herr Oliver Raths 

Unsere Partnerschaften: 

♦ IBM Business Partner 
♦Lotus Business Partner 

♦BusinessObjects Business Partner 

♦ ASTRAC Business Partner 

Unsere Bereiche: 

•♦Consulting 

♦ Anwendungsentwi cklung 
♦Schulung 

♦ Support 

♦ Softwareverkauf 

Unsere Schwerpunkte: 
Anwendungsentwicklung mit: 

♦Lotus Notes / Domino 

♦IBM VisualAge for Java / IBM 
VisualAge C++ 

♦ASTRAC Visualizer 


Datwarehousing / business Intelligence 
mit: 

♦ DB2, DB20LAP Server 

♦ IBM VisualWarehouse 

♦ BusinessObjects 

♦ IBM Datamining 

Softwareverkauf: 

♦ IBM 

♦ Lotus 

♦ BusinessObjectsund 

♦ ASTRAC Softwareprodukte 

Aktion: 

♦ DB2 Universal Database 

♦ ASTRAC Visualizer □ 
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In eigener Sache 

Gleich zu Beginn des Erscheinens unse¬ 
res neuen Sammelwerkes gibt es einige 
Ankündigungen, die wir Ihnen in diesem 
Abschnitt mitteilen möchten. Wir halten 
Sie mit diesem Kapitel auch in Zukunft 
stets auf dem laufenden, wenn wir neue 
Projekte planen oder sich Änderungen 
für bestehende ergeben sollten. Auch 
immer wieder an uns gerichtete Fragen 
werden wir hier beantworten, da die Ant¬ 
wort für Sie umfassender ausfällt, und 
wir effizienter mit Ihren Anliegen umge¬ 
hen können. 

Die OS/2 Only! im Abonnement 
Viele unserer Leser wollten die OS/2 
Only! bereits ab dem 1. Exemplar abon¬ 
nieren. Das ist jedoch nicht möglich, weil 
unser Magazin erst ab Bd. 2 auch im 
Abonnement erhältlich ist. Jetzt also 
steht einem Abo nichts mehr im Wege. 
Hat Sie das neue Magazin überzeugt, 
verwenden Sie bitte die beiliegende 
Bestellkarte, um Ihr Abonnement zu 
ordern. Bitte haben Sie dafür Verständ¬ 
nis, daß wir Abonnementsbestellungen 
nur mit dieser Karte bearbeiten können. 
Sie finden die Karte in jeder Ausgabe der 
OS/2 Only! 

Wir bieten Ihnen Jahresabonnements (6 
Ausgaben) zu DM 136,92 (Inlandspreis) 
bzw. DM 147,94 (Auslandspreis). Stu¬ 
denten, Wehrpflichtige, Azubis und 
Schüler erhalten ermäßigte Abonnements 
zu 124,99 (Inlandspreis) und 135,07 
(Auslandspreis). Zum Vergleich: Eine 
Einzelausgabe der OS/2 Only! kostet DM 
24,80 (Inlandspreis) bzw. DM 26,80 
(Auslandspreis). Natürlich beliefern wir 


Sie frei Haus, die oben genannten Preise 
verstehen sich also inkl. 16 % MwSt,, 
Porto und Verpackung. Einzelheiten zur 
Abonnementsvereinbarung entnehmen 
Sie bitte der Bestellkarte. Und falls Sie 
noch Fragen haben, rufen Sie uns einfach 
an (die Kontaktmöglichkeiten finden Sie 
im Impressum am Anfang des Bandes) 
Übrigens: Ermäßigte Abonnements 

bekommen auch Vereine, öffentliche 
Einrichtungen und Benutzerstammtische 
(ab 5 Mitgliedern). 

Die OS/2 Only! CD 

Wir wurden schon oft darauf angespro 
chen, ob es auch CDs zur OS/2 Only! 
geben wird. Ja, CDs wird es geben! Die 
CDs erscheinen halbjährlich, einmal im 
Juni zusammen mit der 3. Ausgabe eines 
Jahrgangs; und im Dezember, gemein 
sam mit der Ausgabe 6. Auf den CDs 
werden enthalten sein: Alle aktuellen 
Fixpaks für OS/2 und andere OS/2-Pro 
dukte von IBM; unsere Treibersamm 
lung, jede Menge Share- und Freeware, 
Tools zum Programmieren, Quelltextc, 
Beispielprogramme, Schriftarten, Icons, 
Bitmaps, Klangdateien, Informationsma 
terial zu OS/2 in HTML-Dokumentcn 
und die aktuelle Try & Buy-Version 
unseres Softwarepaketes Xelia zusam 
men mit kostenlosen Updates für alle 
Anwender. Zusätzlich auf dei 
Dezember-CD befindet sich der gesamte 
Jahrgang der OS/2 Only! inkl. Händerli 
sten, Kontaktadressen, allen Artikeln, 
einer Datenbank mit Tips & Tricks usw 
Auf die CD greifen Sie mit einem spezi 
eil für diesem Zweck entwickelten 
Viewer zu (unter Xelia erfolgt der 
Zugriff über das Multimedia-CD-ROM 
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1 Das fortlaufende Sammelwerk nur für OS/2 


J Hiermit bestelle ich die OS/2 Only! ab der 
nächsten verfügbaren Ausgabe im Abonne¬ 
ment zum Preis von DM 136,92 (DM 147,94 
Auslandspreis) inkl. 16 % MwSt., Porto und 
Verpackung für 12 Monate (6 Ausgaben). 
Außerdem erhalte ich als Abonnent der OS/2 
Only! auf alle OS/2 Only! CD-ROMs einen 
Preisnachlaß von 10 %. Das Abonnement ist 
jederzeit mit einer Kündigungsfrist von 12 
Wochen kündbar. Es verlängert sich nach 
Ablauf eines Jahres, sollte ich nicht kündigen, 
automatisch um ein weiteres Jahr. 

1 

I | | Ich bin Schüler/in, Student/in, Auszubilden- 
dc/r oder Wehr- bzw. Zivildicnstlcistcndcr 
und bestelle das oben beschriebene 
Abonnement zu einem ermäßigten Preis von 
DM 124,99 (DM 135,07 Auslandspreis). 
Diese Karte sende ich daher zusammen mit 
einem entsprechenden Nachweis ein. 



Die Abonnementsgebühren sind gegen 
Rechnung innerhalb von 14 Tagen nach Erhalt 
ohne Abzug zahlbar. 

Ich kann diese Abonnements Vereinbarung 
innerhalb von 10 Tagen beim C.-E. Fischer 
Buchverlag, Stuttgart, schriftlich widerrufen. 
Zur Wahrung dieser Frist genügt die 
rechtzeitige Absendung meines Widerrufs 
(Datum des Poststempels). 

Bitte informieren Sie mich außerdem über 
Ihre Neuerscheinungen aus dem Bereich 
OS/2 und über Software bzw. Sonderer¬ 
scheinungen zur OS/2 Only! 

_ Ich bin daran interessiert, auch von 

weiteren Anbietern Informationen -ganz 
speziell zum Themenbereich OS/2- zu 
erhalten. 


X 

Datum, Unterschrift 


S) 

Xt 

i T; 


Vwi n 


für OS/2 ab 2.1 



Xelia, das ist die neue Anwendungs- und Entwicklungsarchitektur nur für 
OS/2 und beinhaltet über 25 integrierte Anwendungen sowie eine neue 
graphische Benutzeroberfläche, schön, schlank, schnell und - einfach zu 
bedienen! Xelia bietet eine konsequent objektorientierte Arbeitsweise, besitzt 
Multidesktopfähigkeiten und bietet eine ideale Architektur zur Systempflege 
sowohl von Finzelplatzrechnern als auch von Netzwerken. Das Programmpa¬ 
ket macht dabei intensiven Gebrauch von OS/2-Spezifika. Im Zusammenhang 
mit Xelia bieten wir ab dem Jahr 2000 auch das XeliaNetwork, einen neuen 
OS/2-Onlinedienst für alle Xelia-Anwender mit Software, neuen Treibern und 
Informationen -zum kostenlosen Download-, Serverdiensten und Internetzu¬ 
gang. Vorgemerkte Anwender erhalten regelmäßig Informationen, 15 % 
Rabatt auf alle Xelia-Produkte und Updates ab dem Zeitpunkt der Vormer¬ 
kung! 


Hiermit lasse ich mich für die nächste verfügbare Version von Xelia vormerken. Als 
vorgemerkter Kunde erhalte ich ab dem Zeitpunkt meiner Vormerkung die nächste Version 
und alle folgenden Updates -wie oben angegeben- mit einem Rabatt von 15 % auf alle 
Preise. Das gilt auch für Produkterweiterungen und Xelia-Anwendungen, neue Treiber 
sowie sämtliche Onlinc-Dicnstc, sofern sic im Zusammenhang mit Xelia angeboten werden 
(XeliaNetwork). Ich bin mit meiner Vormerkung nicht zur Bestellung oder Abnahme 
verpflichtet. 


X 

Datum, Unterschrift 
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Land, PLZ, Ort 


Telefon, Telefax 


eMail 
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Dokument direkt auf dem Xelia-Schreib- 
tisch). Dieser Viewer ermöglicht nicht 
nur das Betrachten der einzelnen Artikel, 
sondern bietet auch einen komfortablen 
Zugriff auf die Datenbanken der CD 
sowie eine einfache Installation bzw. 
Deinstallation von Programmen, Hilfe 
zum Aufspielen von Fixpaks und Trei¬ 
bern usw. Alle Texte finden Sie auf der 
CD übrigens im HTML-Format - versteht 
sich. 

Die CDs gelten als Sondererscheinungen, 
sind also nicht im Abonnement oder als 
Beilagen zu den Ausgaben 3 und 6 eines 
Jahrgangs erhältlich. Bestellkaren liegen 
der OS/2 Only! rechtzeitig bei, und natür¬ 
lich wird auch eine Bestellung über das 
Web möglich sein. Sind Sie OS/2 Only!- 
Abonnement , erhalten Sie auf die CDs 
-wie auf alle anderen Sondererscheinun¬ 
gen zur OS/2 Only!- 10 % Rabatt. Der 
Preis für die CDs steht allerdings noch 
nicht fest. Wir sind jedoch auf jeden Fall 
bemüht, ihn nicht über DM 30,00 pro 
Stück steigen zu lassen. 

Offizielles zu Xelia 

Uns haben in letzter Zeit immer mehr 
Anfragen zu Xelia erreicht. Auch hier 
besteht die Befürchtung, das Projekt sei 
bereits eingestellt, weil es nichts zum 
Testen gibt. Eingstellt wurde aber auch 
hier nichts, ganz im Gegenteil. 

Wir haben Veränderungen an der Archi¬ 
tektur vorgenommen und Anregungen 
von Interessenten in das Projekt aufge¬ 
nommen. Die ganze Oberfläche wurde 
verändert und teilweise auch das Bedien¬ 
konzept der neuen Arbeitsoberfläche. 
Das brauchte und braucht aber noch 
etwas Zeit. Wir überprüfen ein Pro¬ 


gramm lieber doppelt und dreifach, ehe 
Sie es testen können. 

Dieses Jahr wird es aber endlich soweit 
sein. Wir geben Ihnen einen Einblick in 
eine Xelia Version, die speziell zum 
Testen angefertigt wurde: Xelia 0.82. Die 
Version 0.82 ist eigentlich eine nur für 
den internen Gebrauch bestimmte Ver¬ 
sion und beinhaltet viele kosmetische 
Veränderungen der Oberfläche nicht, 
genauso wenig wie den REXX-Support 
zur Makrodefinition und Anwendungs¬ 
entwicklung, bis auf wenige (aber wich¬ 
tige!) Ausnahmen keine der 
^//^-Anwendungen, und auch einige 
Funktionen des Architekturkemels feh¬ 
len, die erst in der Version 0.85 auftauch¬ 
ten. Wenn Ihnen aber die Version 0.82 
gefällt, werden Sie sicher auch die Ver¬ 
sion 1.0 testen wollen, die auf einen 
Schlag eine Vielzahl neuer Funktionen 
und Anwendungen bringt. Die Version 
0.82 liegt der Juniausgabe der OS/2 
Only! mit einer ausführlichen Broschüre 
zur Installation bei und wird auch auf der 
ersten CD enthalten sein. Außerdem kön¬ 
nen Sie die offiziellen und kostenlosen 
Updates von unserer Homepage herunter¬ 
laden. Xelia 1.0 wird im Oktober verfüg¬ 
bar sein, und Ende dieses Jahres erhalten 
Sie das kostenlose Update auf 1.1. Die 
Version 1.2 folgt im Sommer 2000 und 
ermöglicht Ihnen den Zugriff auf unseren 
Informationsdienst XeliaNetwork. 

Xelia 0.82 dürfte Ihnen Freude bereiten, 
weil Sie eine Alternative zu Netscape 
bekommen. Xelia bietet Ihnen einen inte¬ 
grierten Browser, der mit den aktuellen 
HTML-Standards umgehen kann (Fra¬ 
mes stellen dann keine Hürden mehr 
dar). Wichtiger ist aber, daß der Browser 
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gerade einmal 250 KByte groß und damit 
auch angenehm schnell ist. Dieser 
Browser wird neben kleineren Anwen¬ 
dungen (Datenbank, HTML-Editor, 
Verktorgraphikbearbeitung) die erste 
große AW/a-Applikation sein, die in den 
Schreibtisch integriert sein wird, und 
demonstriert sehr gut die Leistungsfähig¬ 
keit eines Programms, daß auf dem 
Xelia- Konzept basiert. Ausprobieren 
dürfte sich also lohnen (zumal es ja 
nichts kostet). Wenn Sie sich für Xelia 
vormerken lassen, schicken wir Ihnen 
aktuelle Informationen automatisch zu, 
was auch für kostenlose Updates gilt. 
Eine Karte zur Vormerkung finden Sie in 
dieser Ausgabe. 

Xelia Ideenwettbewerb 
Schreiben Sie uns, was Sie sich mit Xelia 
wünschen, was die neue Arbeitsoberflä¬ 
che bieten sollte, welche Anwendungen 
Sie bräuchten und auch, welche Features 
Sie für unnötig halten. Als Belohnung 
verlosen wir unter allen Einsendungen 5 
Xelia-Lizenzen mit kostenloser Update¬ 
berechtigung bis zur Version 2.0 (ein¬ 
schließlich) und 3 Jahresbonnements der 
OS/2 Only! Machen Sie also einfach mit. 
Ihre Ideen können Sie uns per eMail, Fax 
oder Post schicken. Einsendeschluß ist 
der /. September 1999. Allein Ihre Ein¬ 
sendung zählt, auch wenn Ihre Ideen 
bereits von anderen Anwendern bei uns 
eingegangen sind. 

Entwickeln mit Xelia 
Wenn Sie Programmierer sind, machen 
Sie Ihre Anwendungen Xelia-tauglich. 
Damit sparen Sie sich eine Menge Routi¬ 
nearbeit. Ab Herbst erhalten Sie für 


Pascal und C kostenlose Toolkits zur 
Xelia-Anwendungsentwicklung. Die 

Oberfläche Ihres Programms entwicklen 
Sie dabei visuell mit der Maus über eine 
IDE, die mit der Version 1.0 ausgeliefcr! 
wird. Mit Xelia 1.1 können Sie auch 
TCP/I P-Anwendungen entwerfen und 
Ihre Programme damit auf einfachem 
Wege netzwerktauglich machen. 

Wenn Sie nur mit REXX entwickeln, 
benötigen Sie kein spezielles Toolkit. 
Xelia eröffnet für alle eine einfache Mög¬ 
lichkeit der Anwendungsentwicklung. 
Die in Xelia integrierte Entwicklungsum¬ 
gebung benutzt REXX zur Applikation¬ 
serstellung. Wie das funktioniert, können 
Sie dem Handbuch zu Xelia und der 
Onlinedokumentaion entnehmen. 

XeliaNetwork 

Xelia ist mehr als nur ein Softwarepaket. 
Die neue Oberfläche eröffnet Ihnen auch 
einen neuen Zugang zu Online-Ressour- 
cen. Für das Jahr 2000 planen wir das 
XeliaNetwork , ein Netz, auf das Sie als 
AW/a-Anwender mit einem speziellen 
Programm, das auf einem architekturin- 
temen Protokoll basiert, auf unsere Ser¬ 
ver zugreifen können. Das XeliaNetwork 
bietet Ihnen wichtige Dateien und Infor¬ 
mationen zu OS/2, Software, Fixpaks 
und vieles mehr zum kostenlosen Down¬ 
load. Daneben erhalten Sie auch eine 
eMail-Adresse, Zugang zum Internet und 
Platz für Ihre Homepage. Auf Inteme- 
tressourcen greifen Sie ebenfalls über das 
XeliaNetwork zu. 

Das Netzwerk wird bundesweit zum Ort¬ 
starif sowohl über Modem als auch ISDN 
und über das Internet erreichbar sein. Sie 
profitieren übrigens auch mit einer 
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Xelia-W ormerkung von Rabatten zum 
XeliaNetwor/c. 

Die jeweils aktuellen Informationen zu 
unserem Onlinedienst erhalten Sie auf 
unserer Homepage. Daneben informieren 
wir Sie als Leser der OS/2 Only! regel - 
mäßig über den Planungsstatus des Net¬ 
zes. 

Vorschau auf die nächste Ausgabe 
Die Themen der nächsten Ausgabe ste¬ 
hen bereits fest. Änderungen sind aus 
aktuellen Anlässen möglich. Natürlich 
nehmen wir Ihre Artikel trotz bestehen¬ 
der Themen in eine Ausgabe auf oder 
nehmen am Aufbau einer Ausgabe ent¬ 
sprechende Änderungen vor, wenn uns 
Ihr Beitrag besonders wichtig erscheint. 
Die Themen der OS/2 Only! ßd.2 sind: 

Neuigkeiten 

Enthalten sein werden Kurzmeldungen 
und unsere erste Treiber- und Pro¬ 
grammübersicht. 

Hardware 

Praxis: CD-ROM-Recorder 
Wir testen verschiedene CD-ROM- 
Recorder, die sich für den Einsatz unter 
OS/2 eignen. 

Software 

Praxis: RSJ CD- Writer 
In Zusammenhang mit dem Hardwareka¬ 
pitel stellen wir Ihnen den RSJ-CD- 
Writer vor. 

Konfigurieren und Anwenden 

Praxis: Wartungspartitionen einrichten 
In diesem Aritkel zeigen wir Ihnen, wie 
man Wartungspartitionen einrichtet und 


für den Notfall entsprechend konfigu¬ 
riert. 

Theorie: Die OS/2 DOS-UnterStützung 
Ein umfassender Artikel, der zeigt, wie 
OS/2 die Unterstützung für DOS- und 
Windows-Programme zur Verfügung 
stellt. Mit Tips zur Konfigurationen für 
DOS- und Windows-Anwendungen. 

Programmieren 

Praxis: Workshop DLLs, Teil 2 
Entwickeln von Bibliotheken für REXX 
und eines REXX-Makrosupports für das 
Beispielprogramm. 

Netzwerk 

Praxis: HTML Workshop, Teil 2 
Der zweite Teil unseres HTML-Work- 
shops mit Hilfsmitteln zum Webdesign 
und einer ausführlichen Sprachreferenz. 

Theorie: Grundlagen zu TCP/IP 
Zur Vorbereitung unseres Workshops 
Netzwerke mit OS/2 geben wir Ihnen das 
nötige Basiswissen zu TCP/IP in die 
Hand. 

Außerdem in den nächsten Ausgaben: 
Hardware: SCSI- Workshop für den 
leichten Umstieg von IDE auf SCSI; 
OS/2-Rechner selbst zusammenstellen für 
den Aufbau OS/2-tauglicher Computer¬ 
systeme. Software: Netscape Communi- 
cator und Astronomiesoftware für OS/2; 
Netzwerk: Netzwerke mit OS/2 zum Auf¬ 
bau kleiner Peer- und TCP/IP-Netzwerke 
in unterschiedlicher Ausführung; Mailbo¬ 
xen für OS/2 zur Konfiguration eigener 
Mailboxsysteme und natürlich vieles 
andere mehr. □ 
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Stichwortverzeichnis 

A 

Abstand 

physikalischer 31 
Adresse 

lineare 24, 25, 27, 30-32 
Page 32 

physikalische 23-24, 27, 29-30, 35 
virtuelle 22-23, 26-27, 29-30, 35 
Adreßbus 27, 32, 37 
Adreßraum 
flacher 93f. 

Globaler 28, 94 
lokaler 29 
linearer 24, 37 
physikalischer 22, 23 
virtueller 27, 29 
Adreßübersetzung 24f., 92 
AMD 22, 38 
ASCII 

Textdatei 119 
Auswerfen 53, 55 

B 

Basisadresse 

physikalische 27, 28, 30-31 
Page 32 
Befehlszeile 59 
Benchmarks 77, 79 
Benutzervereine 20-21 
Stammtische 20 
TeamOS/2 20 

Betriebssystemkem 35, 94, 96 
Bit 22-39 

Browser 119-123, 126 
C 

CERN 119 

Codesegment 22-23, 26, 35-36 
CONFIG.SYS 


|l| Stichwortverzeichnis 

BASEDEV 48, 80 
cfgsrt22 68 
DEVICE 81 
IFS81 

PATH 43,81 
LIBPATH 81 
XFolder 61 
cfgsrt22 68 
Parameter 69 
Coprozessor 27 
CPU 22-39 

CPL s. Current Privilege Level 
Current Privilege Level 35-36 
Cyrix 38 

D 

Datenbus 37 
Datensegment 23-26, 36 
Datensegmentregister 26 
DELDIR 71 
Deskriptor 
Tabellen 24, 28 
Tabellenobergrenzen 28 
DisplayDoctor 19 
DIVE 20 
DLL 

allgemein 101 f. 

DEF-Dateien 103f. 

DosFreeModule 113 
DosLoadModule 109f., 117 
DosQueryProcAddr 111-112 
Instance Data 102 
Linking 108 
Ressourcen DLLs 117f. 

Shared Data 102 
Speicherverwaltung 96, lOlf. 

DOS.SYS 62 
Druckertreiber 17 

E 

EJECT 47,51 




OS/2 Only! Bd. 1 - Ausgabe 12/98 

EPSON 17, 18 
EnDIVE 20 
Exception 35, 47 

F 

FAT 48-49, 54, 73-74 
FileCommander 71 
File Phoenix 71, 72 
Fixes 16 

FixPak 14, 16, 46-51,54 
Fixpaklevel 48, 50, 54 
Flattern 100 
Free List 97 

G 

GENOAD 43-45, 55 

GDT s. Global Deskriptor Table 

Global Deskriptor Table 26, 28-29, 33-34 

Graham Utilities 74 

Graphic Software Systems 77 

H 

Hardware 
CPU 22-39 
DisplayDoctor 19 
Graphikkartentreiber 20 
HPFS 46-52, 54-55, 72f. 

IFS-Befehl 81 
HPFSDefrag 74 
Anwendungshinweise 75 
Parameter 75 
HPFSTools 73f. 
hpfsrem 51-52, 55 
HTML 

Dokument 119-139 
Editoren 119 
Hyperlink 126 

Hyper Text Markup Language 119 

I 

IDT s. Interrupt Descriptor Table 


Iomega 
BBS 21 
Internet 21 
Support 21 
Tools 42 
Treiber 42, 54 

Interrupt Descriptor Table 94 
ISA-Bus 20 

J 

Java 11-14 
JVM 14 

K 

Kompatibilitätsregion 94 

L 

LDT s. Local Descriptor Table 
Lieblingsordner 59 
Limit 
Feld 35 

Überprüfung 34-35 
Links 120, 122-123, 126-128, 130 
Local Descriptor Table 26, 28-29, 33-34 
LOCK 45,49,51,53,55 

M 

mailto 

Protokoll 128 
Matrox 20 
Mini 70 
Multitasking 22 

N 

National Language Support 57 
Netscape 

Navigator 14, 120, 121, 129 
Communicator 14, 120 
Network Computing 11,13 
Newsserver 17 

NLS s. National Language Support 
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o 

Obergrenze 

Offset 

Allgemein 23, 26-28, 31-32, 35 
Feld 30, 32 
logischer 30 
Segment-Offset 30 
Offsetkomponente 93 
OS2.INI 69, 71 
OS2SYS.INI 70 

P 

Page 

allgemein 25, 29-34, 36, 39, 96, 100 
Frames 97 
Page-Descriptor 31 
Page-Directory 31, 96 
Page-Directory-Tabelle 30-32, 96-97 
Größe 39 

Page-Table 30-31,95 
Page-Table-Descriptor 30-32 
Paging 22, 95f. 

PM s. Presentation Manager 
Position 

physikalische 32 
Presentation Manager 
allgemein 13, 101 
PMBench 77f. 

PM_SYS_DLLS 71 
Private Area 94f. 

Privileg 

Ebenen 34, 35, 36 
Hierarchie 35 
Protected Mode 22 
Prozeßadresßraum 94-96 

R 

Real Mode 22 

Ressourcen 

Register 

Allgemein zugängliche 25 


Stichwortverzeichnis 

Control-Register 33 
Segmentregister 23, 27, 33-35 
virtuelle 37 
Ring 94, 35 
Ringsystem 35, 36 

S 

Schutzkonzepte 93 
SCSI 

Bus 41, 55 
Shared Area 95 
Shared Memory 95 
SciTech 17 

Segment 22, 24, 26-28, 80 
Codesegment 23-25 
Datensegment 23-26 
Segmentadressen 24 
Segmentation Unit 24 
Segmentregister 23-25 
Segmentselektor 27, 33, 93 
Speichersegmente 26 
Stacksegment 23 
Segmentierung 94 
Segmentselektor 33 
Selektoren 34 
ServicePac 
Bezugsquellen 17 
CD 16, 17 
Preise 17 

SOM s. System Object Model 
Speichermodell 
flaches 22 
lineares 22 

segmentiertes 22, 26, 29, 63 
Speichersegmente 26 
Software 
Server 17 
Speicher 
virtueller 29 

Speicherfragmentierung 93 
Speicherraum 
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physikalischer 28 
Speicherreferenz 
physikalische 29 
Speichersegmente 23 
Speicherstellen 
physikalische 27 
Speicherverwaltung 100 
Stylus 17 

Supervisorlevel 36 
SWAPPATH 99, 84 
Swap Frame 97 
SWAPPER.DAT 98f. 

Sysbench 79 
Systemabschluß 
allgemein 44, 47, 52 
erweiterter 61 
Systemkonfiguration 
Objekt 43 

System Object Model 57 
Systemregion 94 
Systemtools 17 
Systemschutz 34, 93 

T 

Tags 119f. 

Task 

allgemein 28, 33 
Register 26 

Task Status Segment 33-35 
Taskwechsel 29, 33-35 
Tastaturkürzel 
PM 

XFolder 63, 64 

TLB s. Translation Lookaside Buffer 
TLB-Treffer 32 

Translation Lookaside Buffer 25-26, 32 

Trasching 100 

TSS s. Task Status Segment 

U 

Undelete 


File Phoenix 71,72 
HPFSTools 73f. 

Uniform Resource Locator 126 
Updates 15, 16 

URL s. Uniform Resource Locator 
Userlevel 36 

V 

Virtuelle Adresse 22-23, 26-30, 35 
Virtual Page Struktur 97 

W 

WebExplorer 120, 124, 134 
Webpage 
Grundgerüste 
WinLoadString 118 
WPS 

allgemein 14, 49 
Neustart 60-61 
WSoD 14, 15 
WWW 
Seiten 119f. 

X 

Xelia 

allgemein 149 
Network 151 
XFolder 
Einstellungen 58 
Installation 57 
Downloadseite 57 
Logo 58 

Z 

Zip Laufwerk 
ATAPI 40, 42, 45-47 
parallel 40-42, 49, 53-55 
Medien 48, 49, 53-54 
SCSI 40, 54 
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A 

Adreßbus: Das Adressieren des Speichers 
wird über Adreßleitungen realisiert, Lei¬ 
terbahnen, die vom Prozessor zum 
Systemspeicher reichen. Die Gesamtan¬ 
zahl dieser Adreßleitungen bezeichnet 
man als den Adreßbus. Am Prozessor 
selbst ist der Adreßbus definiert durch 
die Anzahl der für die Adressierung vor¬ 
gesehenen Pins am CPU-Gehäuse. 

Adressieren, Adreßräume: Wenn wir von 
Adressierung sprechen, so meinen wir 
das Ansprechen einer Stelle im Arbeits¬ 
speicher des Systems. Durch den binären 
Charakter eines Prozessors kann dieser 
mit 1 Adreßleitung 2 1 Speicherstellen 
ansprechen oder -allgemeiner ausge¬ 
drückt- mit n Adreßleitungen vermag 
der Prozessor auf 2 n Speicherstellen zu 
adressieren. Dabei verhält sich die Hard¬ 
ware linear, d.h. zu allen 2 n Kombinatio¬ 
nen gibt es genau ein Speicherelement, 
jeweils ein Bit. So spricht der i8086 den 
Speicher mit 16 Bit (16 Adreßleitungen), 
der i80386 mit 32 Bit (32 Adreßleitun¬ 
gen) an. Damit kann der i8086 2 16 Bit, 
also 64 KByte, der i80386 2 32 Bit, also 4 
GByte Speicher adressieren. Die Grund¬ 
einheit der Adressierung ist dabei aber 
das Byte, d.h. die Adresse, die z.B. 5 
heißt, weist auf den Anfang des fünften 
Bytes im Speicher und nicht auf das 
fünfte Bit. Den Speicher, den ein Prozes¬ 
sor mit seinen Adreßleitungen verwaltet, 
bezeichnet man als physikalischen 
Adreßraum , Eben weil zu jeder Adresse 
(oder 2 n -Kombination) genau ein Spei¬ 
cherelement existiert. Auf diesen Adreß¬ 
raum kann der Prozessor physikalisch, 
also tatsächlich zugreifen. Installiert 
man in einem 80386 System 4 GByte 
RAM, so könnte der Prozessor jedes Bit 


hhhhhhhhhhhhi 

dieses Speichers addressieren, jedoch 
kein einziges Bit mehr. Damit sind 
80386-kompatible CPUs auf einen maxi¬ 
malen Hauptspeicherausbau von 4 Gbyte 
beschränkt. 

Daneben gibt es noch den logischen 
Adreßraum. Beim logischen Adreßraum 
greift ein Programm auf einen sehr viel 
größeren Speicherbereich zu, der durch 
den Prozessor auf den physikalischen 
Adreßraum abgebildet wird. Die logi¬ 
schen Adressen bezeichnen also keine 
tatsächlichen (physikalischen) Speicher¬ 
plätze. Um auf ein Speicherelement real 
zuzugreifen, wird die logische Adresse 
von der CPU in eine physikalische über¬ 
setzt. Im ersten Fall spricht man auch 
von einem — linearen , im zweiten Fall 
von einem — segmentierten Speichermo¬ 
dell. Dies eröffnet den interessanten 
Aspekt der virtuellen Adressierung, mit 
welcher der 80386 (im Protected Mode) 
arbeitet. 


B 

Bit, Byte: Das Bit ist die kleinste Informa¬ 
tionseinheit in einem Rechnersystem. 
Bit ist ein Kunstwort, zusammengesetzt 
aus »Binary Digit«, also »Binärziffer«. 
Gemäß des Dualsystems kann sich ein 
Bit also als 0 oder 1 präsentieren und 
gibt damit den Zustand eines elektroni¬ 
schen Schaltvorganges wieder. 

Da man mit mehreren Bits arbeitet, wer¬ 
den Bits zu Bytes zusammengefaßt. Ein 
Byte besteht aus 8 einzelnen Bits. Wei¬ 
tere Informationseinheiten, die man aus 
Bits zusammensetzt, sind: 

1 Wort (Word) = 2 Byte = 16 Bit, 

1 Doppclwort (Double-Word)= 4 Byte = 32 Bit, 
1 Vierfachwort (Quad-Word) = 8 Byte = 64 Bit. 


V 
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Wieviele Zustände (zum Beispiel Zah¬ 
len) durch ein Byte ausgedrückt werden 
können errechnet sich einfach, indem 
man die Basis des zugrundeliegenden 
Systems -des Dualsystems- mit der 
Anzahl an Bits potenziert. Mit einem 
Byte ergeben sich damit 2\ also 256 
Kombinationsmöglichkeiten. Mit jeder 
Kombination könnten 256 verschiedene 
Bits im Speicher angesprochen (adres¬ 
siert) werden. 

Immer wenn man eine Zehnerpotenz 
erreicht, benutzt man die aus dem metri¬ 
schen Maßsystem bekannten Einheiten, 
also 10 = Kilo, 20 = Mega, 30 = Giga, 40 = 
Tera usw. 2 10 Bit sind 1024 Byte, also 1 
KByte. Bei der Umrechnung großer 
Bytewerte ist also nicht 1000 als Quoti¬ 
ent zu wählen, wie im metrischen Maß¬ 
system, sondern die durch das Binärsy¬ 
stem bedingten 1024. 

C 

Coprozessor: Auch — FPU . Ein mit der 
CPU zusammenarbeitender Prozessor, 
der Gleitkommaoperationen ausführt. 
Nötig, da die CPU nur Ganzzahlen ver¬ 
arbeiten kann. Coprozessoren arbeiten 
parallel zur CPU. Ist in einem System 
keine FPU vorhanden, muß die CPU 
entsprechende Algorithmen zur Emula¬ 
tion eines Coprozessors ausführen. 
Unter OS/2 stellt die DLL 
NPXEMLTR.DLL diese Algorithmen 
zur Verfügung. 

D 

Deskriptor: Eine vom System benutzte 
Struktur zur Beschreibung von Segmen¬ 
ten. Auf Deskriptoren hat nur das 


Betriebssystem Zugriff. In ihnen wir 
die Basisadresse eines Segmentes um 
die Zugriffsrechte auf das Segment fcsl 
gehalten. Damit sind Deskriptoren Eli 
mente der virtuellen Adressierung. 

DLL: Dynamic Link Library. Bibliothcl 
die Funktionen und Ressourcen enthäl 
welche zur Laufzeit mit einem Prt 
gramm verbunden werden. 

Datenbus: Die Gesamtheit aller Pins ai 
Gehäuse der CPU, die dazu dienci 
Daten zwischen dem Prozessor und dt 
Peripherie (Speicher, Erweiterungska 
ten etc.) auszutauschen. Der Datenbi 
stimmt meistens mit der internen Vera 
beitungsbreite überein, da in diesem Fa 
für jedes im Prozessor verarbeitete B 
ein Pin zur Verfügung steht, das mit de 
anderen Systemkomponenten ausg< 
tauscht werden kann. 

Dualsystem: Um Informationen zu vera 
beiten, benötigt man ein Trägersystei 
(etwa eine Welle zur Schallausbreitun; 
das Tägersystem beim Sprechen). ] 
einem elektronischen System besteht e 
solches Trägersystem in Strömen. Ai 
technisch einfachsten zu realisieren sir 
Unterscheidungen zwischen verschied 
nen Zuständen wie z.B. »Strom fließt 
Strom fließt nicht«. Zur Datenverarbe 
tung zweier solcher Zustände bietet sic 
demnach das Dualsystem an, da es f 
die physikalische Realität ein optimal« 
Modell darstellt. 

Die Basis des Dualsystems ist die 2, ur 
es existieren 2 verschiedene Ziffern, d 
0 und die 1; die ersten zwei Zahlen en 
sprechen diesen beiden Ziffern. Wii 
die 1 überschritten, wird eine nei 
Stelle hinzugefügt, der 1 folgt die 1 
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Lexikon 


wird die 11 überschritten, wird wieder 
eine Stelle hinzugenommen, der 11 
folgt die 100; wird die 111 überschrit¬ 
ten, wird erneut eine Stelle hinzuge¬ 
nommen, der 1111 folgt die 10000. 
Zwischen diesen Zahlen zählt man wei¬ 
ter. Die Reihe der ersten siebzehn 
Dualzahlen sieht dann wie folgt aus: 

0 , 1 , 10 , 11 , 100 , 101 , 110 , 111 , 1000 , 1001 , 
1010 , 1011 , 1100 , 1101 , 1110 , 1111 , 10000 ... 


mit den entstehenden Resten untereinan¬ 
der. Die Reste der einzelnen Divisionen 
von unten nach oben gelesen ergeben 
die gesuchte Zahl im Dualsystem. Die 
Dualzahl 32 wird z.B. so umgerechnet: 


32:2 = 

16 

Rest 0 

16:2 = 

8 

Rest 0 

8:2 = 

2 

Rest 0 

2:2 = 

1 

Rest 0 

1:2 = 

0 

Rest 1 


10000B = 32D 


Da wir im Dezimalsystem rechnen, ist 
es notwenig, Dualzahlen in das Dezi¬ 
malsystem umzurechnen; für den Com¬ 
puter ist notwendig, Dezimalzahlen, die 
man eingibt, in das Dualsystem umzu¬ 
rechnen. Für die erste Umrechnung ver¬ 
wendet man das Multiplikations verfah¬ 
ren: Man rechnet die Dualzahl von 
rechts in das Dezimalsystem um. Die 
Stellenwerte der einzelnen Ziffern ent¬ 
sprechen im Dualsystem dabei den 
Potenzen der Basis 2. Man schreibt die 
einzelnen Stellen der Dualzahl von 
rechts beginnend untereinander, ihre 
Stellenwerte daneben, errechnet das 
Produkt und addiert die Proukte. Das 
Ergebnis ist die der Dualzahl entspre¬ 
chende Zahl im Dezimalsystem. Die 
Dualzahl 1101 wird damit wie folgt 
umgerechnet: 

1 x 2° = 1 
0 x 2' = 0 
1 x2 2 = 4 
1 x 2 3 = 8 


Um die Zahlen eindeutig voneinander 
unterscheiden zu können, versieht man 
Dualzahlen wie oben angegeben mit 
einem B, Dezimalzahlen mit einem D. 

Dynamic Linking: Vorgang, bei dem Pro¬ 
grammcode oder Ressourcen während 
der Laufzeit eines Programms und nicht 
zum Zeitpunkt des Compilierens mit 
diesem Programm verbunden werden. 


E 

Exception: Ausnahmebedingung. Excepti- 
ons werden durch Verletzungen der 
Schutzmechanismen des Prozessors 
(z.B. Zugriffe auf Daten höherer — Pri¬ 
vilegebenen von niederen Privilegebe¬ 
nen aus; Zugriffe auf nicht existierende 
Speicherbereiche) oder Rechenfehler 
(z.B. Division durch 0) ausgelöst. Zur 
Behandlung dieser Ausnahmebedingung 
dient ein sog. Exception Händler. 


13D 

Die zweite Umrechnung erfolgt mit dem 
Divisionsverfahren: Man teilt die Dezi¬ 
malzahl durch die Basis des neuen 
Systems bis man das Ergebnis 0 erhält. 
Man schreibt jeden Divisionsvorgang 


F 

FAT: s. Bd. 2. 

Flat Memory Model: Auch flaches oder 
lineare Speichermodell Speichermodell, 
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das zur Adressierung des Speichers 
keine Segmente mehr verwendet, son¬ 
dern den Adreßraum als ein zusammen¬ 
hängendes Kontinuum darstellt, dessen 
Größe von der Adreßbusbreite des Pro¬ 
zessors abhängig ist. OS/2 stellt seit der 
Version 2.0 ein Flat Memory Model zur 
Verfügung. 

FPU: Abkürzung für Floating Point Unit. 
Siehe: — Coprozessor. 


G 

GDTR: Global Deskriptor Table Register. 
Register des 80386, das den Deskriptor 
der Global Deskriptor Table aufnimmt. 
Da die GDT in einem Multitaskingsy¬ 
stem nur einmal vorhanden ist, wird der 
Deskriptor in einem Resgister des Pro¬ 
zessors, nicht in einer Tabelle gespei¬ 
chert. 


H 

HPFS: s. Bd. 2. 

Hyperlink: Eine in einem Online-Doku- 
ment farblich hervorgehobene Textstelle 
oder eine Graphik, die auf ein anderes 
Dokument, eine Datei oder (bei HTML) 
auf einen anderen Server verweist. Der 
Benutzer gelangt durch einen Mausklick 
auf den Link auf die durch diesen Link 
referenzierten Daten. 

Hyper Text Markup Language: Abkür¬ 
zung HTML. Standardisierte Tag-Spra¬ 
che für Webdokumente. HTML-Dateien 
sind normale Textdokumente. Die zur 
Formatierung des Dokumentes festge¬ 
legten Tags mit ihren Argumenten ver¬ 
wendet ein sog. Webbrowser, um die 
Dokumente in einer visuell ansprechen¬ 


den und übersichtlichen Form anzuzci 
gen. Es existieren mehrere Sprachstan 
dards von HTML. 


I 

ISA-Bus: s. Bd.2. 

IDTR: Intermpt Deskriptor Table Register 
Register des 80386, das den Deskriptor 
der Interrupt Deskriptor Table auf 
nimmt. Da die IDT in einem Multitas¬ 
kingsystem nur einmal vorhanden ist, 
wird der Deskriptor in einem Resgister 
des Prozessors, nicht in einer Tabelle 
gespeichert. 

L 

LDTR: Local Deskriptor Table Register . 
Register des 80386, das den Deskriptor 
der gerade aktuellen Local Deskriptor 
Table aufnimmt. Das LDTR wird bei 
jedem Taskwechsel neu geladen, da zu 
deisem Zeitpunkt 

Lineares Speichermodell: Siehe —Flat 
Memory Model. 

M 

Micro Channel Architecture: s. Bd. 2 


N 

NLS: s. Bd. 2 

P 

Page: Auch Speicherseite. Ein 4 KByte 
großer Speicherbereich. Ist das 
—Paging des Prozessors aktiv, wird der 
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gesamte Speicher in Pages unterteilt. 
Unter OS/2 ist eine Page die kleinste 
allokierbare Speichereinheit. 

Page-Directory: s. — Page-Directory - 

Table. 

Page-Directory-Table: Eine speicherresi¬ 
dente Tabelle, deren Einträge ( Page 
Directory Entries PDEs) die Basisadres¬ 
sen der im System vorhandenen Page- 
Tables beinhalten. Die PDEs haben den 
gleichen Aufbau wie die Page-Table- 
Entries. 

Page-Table: In Anlehnung an die UNIX- 
Konvention können sowohl die Page- 
Tables als auch die Page-Directory- 
Tabelle als Verzeichnisse aufgefaßt wer¬ 
den. Das heißt, daß in den Page-Tables 
die Namen der Pages enthalten sind und 
die Page-Directory-Tabelle die Namen 
aller Page-Tables beinhaltet. Man nennt 
die Page-Directory-Table auch Wurzel- 
Verzeichnis. 

Page-Table-Deskriptor: Ein in der Page- 
Directory-Tabelle eines Systems einge¬ 
tragener Deskriptor, der sich aus zwei 
Feldern zusammensetzt: Das erste Feld 
(Bit 0-11) enthält statistische Informatio¬ 
nen und die Zugriffsrechte einer indivi¬ 
duellen Page-Table. Das zweite Feld (Bis 
12-31) enthält die obersten 20 Bits der 
32-Bit physikalischen Basis-Adresse 
einer individuellen Page-Table. 

Page-Deskritor: Deskriptoren, die als Ein¬ 
träge in einer Page-Table dienen. Die in 
einer Page-Table enthaltenen Page- 
Deskriptoren haben das gleiche Format 
wie die Page-Table-Deskriptoren: Das 
erste Feld (Bit 0-11) enthält statistische 
Informationen und die Zugriffsrechte 
einer individuellen Page, das zweite Feld 
(Bis 12-31) enthält die obersten 20 Bits 
der 32-Bit physikalischen Basis-Adresse 
einer individuellen Page. 


ibhhhhhhhhhhh 

Paging: Ein neben dem Segment-Überset- 
zungsmechnismus des 80386 optional 
aktivierbarer Adreßübersetzungsmecha- 
nismus. Die von der Segmentübersetzung 
gelieferten linearen Adressen werden 
dann dem nachgeschalteten Paging- 
Mechanismus übergeben, welcher sie in 
physikalische Adressen übersetzt. Beim 
Paging wird der Systemspeicher in 4 
KByte große Abschnitte, den Pages 
unterteilt. 

Pipelining: Ein Rechnersystem arbeitet 
prinzipiell mit zwei Datentypen: Befehle 
und Operanden. Befehle sind Instruktio¬ 
nen, die angeben, welche Operationen 
mit den Operanden durchgeführt werden 
sollen. Ein Prozessor wie der 80386 kann 
geichzeitig mehrere Befehle abarbeiten, 
genauer: Innerhalb einer Ausführungs¬ 
zeit, z.B. zwei Takten, kann der Prozes¬ 
sor Operationen, die zur Ausführung not¬ 
wendig sind, schon beim 
vorangegangenen Befehl bearbeiten. 

Damit führt eine CPU, der über die 
Fähigkeit des Pipelinings verfügt, einen 
Befehl etwa zweimal so schnell aus wie 
ein Prozessor, welcher seine Instruktio¬ 
nen sequentiell abarbeitet. 

PM: Abkürzung für Presentation Manager. 
Der PM wurde mit OS/2 1.1 eingeführt 
und bietet eine vielseitige, nachrichten¬ 
basierende Architektur, die eine 

Ansammlung mehrer DLLs darstellt, 
welche den OS/2 Kemel zu einem ein¬ 
fach zu bedienenden GUI-System erwei¬ 
tern. Der Presentation Manager ist die 
primäre OS/2-Anwendungsumgebung 

Privilegebenen: Eine innerhalb der 80386- 
Schutzmechanismen definierte Abstu¬ 
fung von Zugriffsrechten für Segmente. 
Der Prozesor bietet vier Privilegebenen, 
abgestuft von 0 bis 3, wobei 0 die am 
meisten privilegierte und 3 die am nied- 
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rigsten privilegierte Ebene ist. Durch die 
Privilegebenen erhalten Programme ver¬ 
schieden abgestufte Zugriffsrechte auf 
Systemressourcen. 

Protected Mode: Betriebsart des 80386, in 
der Programme nur mit virtuellen Adres¬ 
sen arbeiten, welche vom Prozessor in 
physikalische Adressen übersetzt wer¬ 
den. Dadurch sind die Adreßräume der 
einzelnen Tasks voneinander geschützt, 
wodurch dieser Betriebsmodus seinen 
Namen erhält. Im Protected Mode sind 
ferner alle Schutzprinzipien des Prozes¬ 
sors aktiv. 


R 

Real Mode: Betriebsart des 80386. Der 
Prozessor läuft nach dem Einschalten 
oder einem Systemreset in diesem 
Modus und verhält sich wie ein 8086. 
Dabei entsprechen die in den Segmentre- 
gistem geladenen Segmentadressen tat¬ 
sächlichen physikalischen Adressen. Pro¬ 
gramme benutzen damit ebenfalls 
physikalische Adressen, woher dieser 
Betriebsmodus seinen Namen erhält. Im 
Real Mode sind die Schutzmechanismen 
und die virtuelle Speicherverwaltung des 
Prozessors nicht verfügbar. 

Register: Ein Register ist ein im Prozessor 
eingerichteter, also interner Speicher¬ 
platz, der je nach CPU-Modell unter¬ 
schiedlich groß ist. Computersysteme 
arbeiten mit zwei Datentypen: Befehlen 
und Operanden. Ein Befehl ist eine im 
Prozessor festgelegte Definition, die 
angibt, welche Operationen auf den Ope¬ 
randen ausgeführt werden. Operanden 
sind nun nichts anderes als Zahlenwerte 
im Binärformat. Um sie verarbeiten zu 
können, müssen sie in der Recheneinheit 


des Prozessors abgelegt werden - eben 
den Registern. Register sind demna 
Platzhalter. 

S 

Segment: Die kleinsten Zusammenhänge 
den Regionen des Speicehrs mit eiger 
Schutz-Attributen. Segmente geben c 
funktionellen Aufbau eines Program 
wieder. So existieren für ein Modul < 
Code-Segment, ein Daten-Segment u 
für die Task ein Stack-Segment. Je( 
Segment wird durch einen Deskrip 
angesprochen. Zugriffe auf Segmer 
die nicht der Definition des Deskripti 
entsprechen, können daher von < 
Schutzhardware verhindert werden. 

Segmentiertes Speichermodell: Speich< 
modell, bei dem der Systemspeicher 
—Segmente unterteilt wird, die e 
variable Länge von 1 Byte bis 4 GB; 
haben können. Bei diesem Speichern 
dell besteht ein Programm damit i 
verschiedenen Segmenten. E 
erschwert die Anwendungsentwicklr 
und den erhöht den Verwaltungsa 
wand für das Betriebssystem. 

Selektor (Segment-Selektor): Ein 16-E 
Zeiger, der als Index für den Zugriff j 
D eskriportabellen dient und im segmi 
tierten Speichermodell für jede Sp 
cherreferenz benötigt wird. Der Seli 
tor ist in 3 Felder unterteilt: 

□Index-Feld, 

□Table-Indikator-Feld (TI), 

□RPL-Feld (Requestor's Privilege 
Level) 

Zur Auswahl eines Segmentes wird i 
das Index-Feld und der Table-Indika 
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benutzt, womit 14 Bits (Bit 2 bis 15) zur 
Festlegung des virtuellen Adreßraumes 
zur Verfügung stehen; ein Programm 
kann damit aus 2 14 = 16384 unterschied¬ 
lichen Segmenten bestehen, wobei ein 
Segment eine varibale Länge bis zu 4 
GByte besitzt. So entsteht ein virtueller 
Adreßraum von bis zu 64 Terabyte. 
Durch den Table-Indikator wird der 
Adreßraum eines Programms in zwei 
Bereiche unterteilt: 

□globaler Adreßraum (wenn TI = 0), der 
von Systemdaten- und Prozeduren 
benutzt wird, und für alle Tasks ver 
fugbar sein kann. 

□lokaler Adreßraum (wenn TI = 1), der 
für jede Task definiert ist, womit Code 
und Daten privat und daher vor dem 
Zugriff anderer Tasks geschützt sind. 

Mit diesem Selektor wird nun ein 
Deskriptor aus einer Deskriptortabelle 
herausgesucht. Ein Segment-Desktriptor 
dient zur Definition eines Segmentes. 
Dieser Deskriptor besteht aus 8 Bytes, 
in denen folgene Informationen enthal¬ 
ten sind: 

□BASE, ein 32-Bit-Feld in den Bytes 
2, 3, 4 und 7 des Deskriptors, das 
die physikalische Basisadresse des 
Segmentes angibt, 

□ACCESS RIGHTS, ein 8-Bit-Feld 
in Byte 5 des Deskriptors, das 
Informationen für die Schutzprinzi 
pien im Protected Mode speichert, 

□LIMIT, 20-Bit-Feld in den Bytes 0, 

1 und 6 des Deskriptors, welches die 
Obergrenze eines Segmentes im 
Bereich von 2 20 Bytes = 1 MB festlegt. 
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□FLAGS, ein 4-Bit-Feld mit folgen 
den Elementen: 

o zwei O-Bits für die Kompatibilität 
mit zukünftigen Prozessoren, 

o ein Granularity-Bit G, das dazu 
dient, die physikalische Adressier- 
barkeit eines Segmentes auf 
4GByte zu erweitern. Dieses Bit 
bestimmt die Maßeinheit, die der 
Festlegung der Größe eines Seg 
mentes zugrunde gelegt wird, 
womit direkt die Interpretaton 
des LIMIT-Feldes beeinflußt 
wird. Ist G=0, ist das Byte die 
Maßeinheit, um die Größe des 
Segmentes zu bestimmen. 

o ein Default Operation Size-Bit D, 
das die Länge eines Segmetes 
bestimmt und daher mit den 
ASM386 USE-Attributen korrespon¬ 
diert: Ist D=l, wird ein USE32-Seg 
ment spezifiziert, ist D=0 ein USE16- 
Segment. 

Da das LIMIT-Feld die Obergrenze 
eines Segmentes festlegt, bestimmt der 
Wert in diesem Feld, wieviele Bytes das 
Segment enthält, womit maximal 2 20 
Bytes ■ 1 Byte = 2 20 Bytes = 1MByte 
pro Segment adressiert werden können. 
Ist G=l, wird das Segment in Pages 
unterteilt. Eine Page ist 4 KByte (2 12 
Bytes) groß und wird als Maßeinheit 
zur Größenbestimmung des Segmentes 
herangezogen. 

Da das LIMIT-Feld die Obergrenze 
eines Segmentes festlegt, bestimmt der 
Wert in diesem Feld, wieviele Pages das 
Segment enthält, womit maximal 2 20 
Pages ■ 2 12 Bytes = 2 32 Bytes = 4 GByte 
pro Segment adressiert werden können. 

SOM: s. Bd. 2. 
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Stack: Ein Stack ist eine Speicherregion, 
die zum Sichern von Registerinhalten 
benutzt wird. Das ist notwendig, wenn 
ein Programm ein Unterprogramm auf¬ 
ruft. In einem solchen Fall wird der 
Ablauf des Hauptprogramms unterbro¬ 
chen, um das Unterprogramm (Prozedur) 
auszuführen. Nachdem die Prozedur 
beendet ist, wird mit dem Ablauf des 
Hauptprogramms fortgefahren. Um eine 
Prozedur ausfuhren zu können, muß die¬ 
ses Programm natürlich die Register des 
Prozessors belegen, d.h. alle Registerin¬ 
halte, welche die Operanden des Haupt¬ 
programms vor dem Aufruf des Unter¬ 
programms beinhalteten, müssen für die 
Dauer der Ausführung der Prozedur gesi¬ 
chert werden, ansonsten gingen sie verlo¬ 
ren, und das Hauptprogramm könnte spä¬ 
ter nicht fortgesetzt werden. 

Daher werden die Registerinhalte auf den 
Stack geladen. Wird eine weitere Proze¬ 
dur innerhalb des zuvor aufgerufenen 
Unterprogramms aufgerufen, werden die 
Registerinhalte der ersten Prozedur eben¬ 
falls auf den Stack gelegt. Die einzelnen 
Daten werden also übereinandergesta- 
pelt, weshalb man einen Stack auch Sta¬ 
pelspeicher nennt. 

Ist eine Prozedur beendet, wird stets der 
letzte Eintrag im Stack (TOS) wieder in 
die Register geladen, womit das vor der 
Prozedur aktive Programm (ein anderes 
Unterprogramm oder das Hauptpro¬ 
gramm) fortgesetzt werden kann. Ein 
Stack ist also ein First-in-Last-Out-Spei- 
cher. 

Für OS/2-Programmierer ist es interessant zu 
wissen, wie der Stack durch den 80386, auf des¬ 
sen Architektur OS/2 ab 2.0 basiert, implemen¬ 
tiert wird. 

Im allgemeinen legt hierbei das Stack-Scgment- 
Registcr SS die Basisadresse des Stacks im Spei¬ 
cher fest. 80386-Systeme können eine Vielzahl 


von Stacks verwalten; welcher aber benutzt wi 
hängt von dem Wert ab, der im Register SS stc 
womit zu einer bestimmten Zeit immer nur 
Stack addressierbar ist. Unter OS/2 ist das Sta 
segment allerdings auf den gleichen virtuel 
linearen Adreßraum abgebildet, da die Selekt 
komponente des Segment-Selektors (wie 
allen anderen Selektoren) 0 ist. 

Das Stack-Pointer-Register ESP enthält eii 
Pointer, der immer auf den letzten Eintrag 
Stack zeigt, auf den sogenannten Top Of St« 
(TOS). Der Stack wächst in Richtung niederw 
tiger Adresse, also in Richtung der Basisadrcs 
weil der 80386 bei Einträgen in den St« 
(PUSH-Operation) den Wert im ESP mit 
dekrementiert und bei POP-Operationen ESP i 
4 inkrementiert. 

Das Stack-Frame-Pointer-Registcr wird schli 
lieh benutzt, um Datenstrukturen, Arbeitsbci 
che und Variablen innerhalb der zur augenbli 
liehen Prozedur gehörenden Stackbclegi 
(Stack-Frame) zu adressieren. Damit werden 
Stack-Frames der verschiedenen Prozedu 
gegeneinander abgegrenzt. 

Wie groß der Stack beim Start eines Pi 
gramms ist, kann vom Programmierer 
*.DEF (Module Definition File) mit c 
Anweisung STACKSIZE festgelegt w 
den. Im Normalfall beträgt die Grö 
eines Stacks 16 Kbyte. 

Static Linking: Verfahren, bei dem Funk 
onscode und Ressourcen zur Zeit c 
Compilierens eines Programms mit d 
sem Programm verbunden werden. E 
so gelinkte Code bzw. die Ressourc 
sind dann im EXE-Modul enthalten. 


T 

Takt: Ein elektronisches Signal, daß 
eine synchrone Steuerung aller Einheil 
eines Systems sorgt, man kann ihn al 
als elektronischen Herzschlag des Rec 
ners bezeichnen. Das Taktsignal w 
von einem Quarzoszillator als Rechtecl 
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pannung mit einer vorgegebenen Fre¬ 
quenz erzeugt (gemessen in MHz). 
Befehle arbeitet der Prozessor innerhalb 
von Takten ab. Ausführungszeiten bei 
Berechnungen werden demnach in Tak¬ 
ten gemessen. 

Task: Eine zur Ausführung kommende 
Befehlssequenz. Im Gegensatz zu einem 
Programm, das statisch ist und aus einem 
festen Satz an Code- und Datensegmen¬ 
ten besteht, ist eine Task dynamisch und 
führt ein oder mehrere Programme aus, 
wenn sich diese im Adreßraum der Task 
aufhalten. Ein Programm wird zur Task, 
sobald das Betriebssystem eine Task für 
dessen Code bereitstellt. 

Task Status Segment: Abkürzung TSS . 
Eine vom Betriebssystem verwaltete 
Struktur, welche eine Task im Detail 
beschreibt. Normalerweise existiert für 
jede Task im System ein TSS. Mit den in 
dieser Struktur gespeicherten Informatio¬ 
nen wird das Wechseln zwischen ver¬ 
schiedenen Tasks ermöglich. OS/2 macht 
vom TSS-Mechanismus nur geringen 
Gebrauch und implementiert für ein lei¬ 
stungsfähigeres Multitaskingsystem 
einen eigenen Task-Scheduler. 

TLB: Abkürzung für Translation Looka- 
side Buffer. Ein in der Paging Unit des 
Prozessors implementiertes Cache- 
System zur Erhöhung der Leistung beim 
Paging. Der TLB besteht aus vier Spei¬ 
cherblöcken mit jeweils 8 Eintragungen. 
Jede dieser Eintragungen besteht aus: 

□einer 24 Bit-TAG-Komponente, welche 
die oberen 20 Bits einer linearen Ope¬ 
randenadresse mit dem DIR- und 
TABLE-Feld sowie 4 Attribut-Bits ent¬ 
hält, und 

□einer 20 Bit-DATEN-Komponente, 
welche die oberen 20 Bits zur lineraren 


Lexikon 

Operandenadresse gehörenden Page- 
Frame-Adresse enthält. 

Da der TLB insgesamt 32 verschiedene 
Page-Frame-Adressen enthält, die jeweils 
mit einer 4 KByte-Page-Größe gekoppelt 
sind, liegt der Geltungsbereich des TLB 
bei 128 KB. 

TOS: Top Of Stack. Bezeichnung für den 
letzten Eintrag eines Stacks, also des Ein¬ 
trags, der zuletzt auf den Stapelspeicher 
gelegt wurde. 


U 

URL: Abkürzung für Uniform Resource 
Locator. Hinter einer URL verbirgt sich 
die Bezeichnung eines im Internet ver¬ 
fügbaren Dokumentes inkl. der vollstän¬ 
digen Angabe der Intemetadresse des 
Servers, auf dem das Dokument zu fin¬ 
den ist. Eine gültige URL wäre z.B. 
http://www.server.de/index.html. 


V 

Verarbeitungsbreite, interne: Die interne 
Verarbeitungsbreite drückt aus, wieviel 
Bits ein Prozessor gleichzeitig verarbei¬ 
ten kann, etwa für Additionen, Subtrak¬ 
tionen, Multiplikationen usw. Beim 
80386 beträgt die interne Verarbeitungs¬ 
breite 32 Bit. Die interne Verarbeitungs¬ 
breite gibt neben der Größe des Adreß¬ 
busses ebenfalls an, wieviel Speicher der 
Prozessor adressieren kann. Wird der 
Speicher mit 32 Bit angesprochen, muß 
die CPU auch in der Lage sein, 32-Bit 
breite Adressen zu verarbeiten. (Grund¬ 
sätzlich kann man auch 32 Bit breite 
Adressen mit einem Prozessor generie- 
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ren, der nur eine interne Verarbeitungs¬ 
breite von 16 Bit hat. Weil es aber kein 
32-Bit-Register zur Speicherung einer 
solchen Adresse gibt, muß die Adresse 
auf zwei 16-Bit-Register verteilt werden, 
was zu mehreren Lade- und Rechenvor¬ 
gängen bei der Adressgenerierung und 
damit zu erheblichen Leistungsein¬ 
schränkungen führt.) 


W 


Wort: s. — Bit, Byte. 

WPS: Abkürzung für Work Place Shell. 
Die WPS ist ein objektorientiertes 
Benutzer-Interface, das auf dem PM 
und einem ebenfalls obejktorientierten 
Anwendungskonzept, dem -*SOM 
basiert. Sie bietet auch für Computer¬ 
neulinge eine einfach benutzbare und 
vielseitig konfigurierbare Arbeitsober¬ 
fläche. Die WPS wurde zum ersten Mal 
mit OS/2 2.0, der ersten 32-Bit-Version 
des Betriebssystems, ausgeliefert und 
ist während der OS/2-Installation stan¬ 
dardmäßig als Shell für das Betriebssy¬ 
stem vorgesehen. 

WSoD: s. Bd. 2. 
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voll OS/2-tauglicher Hardware, ausführlichen Programmier- und 
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Das Magazin stellt Marktneuheiten vor, bietet Produktübersichten 
und gibt wichtige Tips & Tricks, die vor allem dem Endanwender 
nützen. Es bietet Hilfestellung bei Problemen, hilft beim Umsteigen 
auf das Betriebssystem OS/2 von anderen Plattformen und vermit¬ 
telt in umfangreichen Artikeln und Workshops alles Nötige zum 
Programmieren in allen wichtigen Sprachen und zur Konfiguration 
von Netzwerken und Einzelplatzsystemen. 

Außerdem in jeder Ausgabe: Ein umfangreiches Stichwortverzeich¬ 
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zur Erklärung aller wichtigen Begriffe. 
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